The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В скрипте инициализации RHEL допущена ошибка, приводящая к у..., opennews (ok), 24-Мрт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


63. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –6 +/
Сообщение от Аноним (-), 24-Мрт-15, 12:42 
Просто ещё одна иллюстрация почему systemd и декларативное описание инициализации рулят.
Ответить | Правка | Наверх | Cообщить модератору

67. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 12:45 
Его гнобят не за это.
Ответить | Правка | Наверх | Cообщить модератору

80. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –6 +/
Сообщение от Tav (ok), 24-Мрт-15, 13:41 
И за это тоже, и за все, что "не так". Просто некоторые разработчики и админы чувствуют в нем угрозу обесценивания некоторых накопленных ими ранее знаний и опыта, воспринимая таким образом внедрение systemd, как атаку на себя лично.
Ответить | Правка | Наверх | Cообщить модератору

91. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +8 +/
Сообщение от angra (ok), 24-Мрт-15, 14:18 
Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в среднем даже не 1% от времени сисадмина. Так что угроза существует разве что в воспаленном воображении детишек, мнящих себя умными только по причине следования за модой.
Ответить | Правка | Наверх | Cообщить модератору

170. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Tav (ok), 24-Мрт-15, 18:29 
Даже если непосредственной возни 0.01%, понимание того, как это работает, нужно постоянно.

Я не пытаюсь сказать, что все критики systemd неадекватны. Речь была о "некоторых", их отличает агрессивно-неконструктивный стиль комментариев, что явно указывает на личную задетость.

Ответить | Правка | Наверх | Cообщить модератору

224. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 24-Мрт-15, 22:57 
> Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в
> среднем даже не 1% от времени сисадмина.

А вот это очень зависит от админов и прочая. Какой нибудь аутсорсер или фрилансер может и не заниматься протягиванием витухи в ДЦ, а вот настройку серверов делать поточно-конвейерным методом. И вот там все эти заморочки с кучей левого кода, 10 лет назад написанного кулсисопом, после возлияний, на одном дыхании - даром не упали. Потому что окажется что кулсисоп 3 года назад уволился, а если б и не уволился - понятия не имеет что он там 10 лет назад написал, как следует буханув. Зато остальным когда встает вопрос понять что и почему не работает или где это переконфигурируется - совсем не прикольно.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

235. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +3 +/
Сообщение от myhand (ok), 24-Мрт-15, 23:51 
> Зато остальным когда встает вопрос понять что
> и почему не работает или где это переконфигурируется - совсем не прикольно.

И что, systemd еще и проблему с пьянством решает?  Или с жадностью
работодателей и наймом школоты, не слыхавшей о документации работы?

Бардак можно устроить и на реально декларативном языке, а уж на
той лапше что своим фанатам Леня навешал на уши - просто за милую душу.

Ответить | Правка | Наверх | Cообщить модератору

258. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 25-Мрт-15, 17:56 
> И что, systemd еще и проблему с пьянством решает?  Или с жадностью

Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. По поводу чего с ними сталкиваться придется сильно реже и только по делу. А это хорошо и правильно.

> работодателей и наймом шкoлоты, не слыхавшей о документации работы?

Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.

> Бардак можно устроить и на реально декларативном языке

Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.

Ответить | Правка | Наверх | Cообщить модератору

267. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от myhand (ok), 25-Мрт-15, 21:58 
>> И что, systemd еще и проблему с пьянством решает?  Или с жадностью
> Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными.

Так Вы все более напоминаете мне клоунов, которые разные "светозвзоры" рекламируют
бабулькам по проводному радио.  Послушайте разок.

Апологетов systemd конечно не так хочется придушить, как
этих, но...  Имейте, в общем, меру.  There is no one silver bullet.

>> работодателей и наймом шкoлоты, не слыхавшей о документации работы?
> Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.

Я был удачлив, отыскав Debian Policy, LSB, man init и man sh для чтения
скриптов.  Что помешало вам?

>> Бардак можно устроить и на реально декларативном языке
> Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.

Я фактически уверен, что именно на ассемблере вы сами напишете
именно пухлый и тормозной код.  Или не напишете вовсе.

Речь же была о другом - работа systemd ничуть не менее прозрачна для парней с улицы,
чем shell-скрипты.  И то и другое требует обучения, причем еще неизвестно что
большего (я имею основания полагать что systemd).

Ответить | Правка | Наверх | Cообщить модератору

272. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –2 +/
Сообщение от Аноним (-), 25-Мрт-15, 23:46 
> этих, но...  Имейте, в общем, меру.  There is no one silver bullet.

Так я и не настаиваю на полном геноциде староверов. Сослать на Колыму^W какое-нибудь бояздэ и прочие свалки истории - и порядок. А лично меня задолбало костылить типовые грабли и операции которые давно должны были стать частью системы инициализации по моему мнению. Системд хорош тем что берет на себя туеву хучу не самых простых системных моментов, которые скриптами делать может быть криво, сложно и неудобно. И делает ряд вещей намного более логчино и менее коряво чем это делали в sysv init. Не говоря уж о избавлении меня от нужды смотреть в (чаще всего низкопробный) код, писаный по укурке, для всего лишь конфигурации.

> Я был удачлив, отыскав Debian Policy, LSB, man init и man sh
> для чтения скриптов.  Что помешало вам?

Нежелание копаться в низкопробном коде писаном левой пяткой, прежде всего. Кстати, LSB и прочие Debian Policy - поправят со временем, не сцы. А читать man init - затея бесполезная. Этот урезок нифига не умеет, даже многие вещи нужные в повседневном запиливании тривиальных сервисов в систему.

> Я фактически уверен, что именно на ассемблере вы сами напишете
> именно пухлый и тормозной код.  Или не напишете вовсе.

Обломись, я как раз умею довольно неплохо шпарить на ассемблере нескольких архитектур (но не х86). Кроме всего прочего - я как-то втискивался в 256 байтов кода на все и вся. Когда сможешь так же - мы так и быть вернемся к разговору о твоих убеждениях.

> Речь же была о другом - работа systemd ничуть не менее прозрачна
> для парней с улицы, чем shell-скрипты.

Хорошая опечатка - доставляет. Тем что со мной не пытается спорить, в силу логической ошибки :). Она не только не менее прозрачна, но и более прозрачно. Потому что компактный конфиг на несколько строк изучить проще чем черти-какой код на три страницы, с хзкакой логикой впиханой неизвестно зачем, just because they can. Теперь "can" будет несколько менее комфортно и чуть более костыльно. Какой-никакой барьер на пути ж@поруких скриптокидозников и вообще, они будут в два счета обнаруживать себя и из нормальных мест типа репок дистров, больших инсталляций и прочая - их как раз уйдут.

>  И то и другое требует обучения, причем еще неизвестно что
> большего (я имею основания полагать что systemd).

Хз, мне он нравится - весьма логично маппится на мои типовые задачи и хотелки, а когда мне что-то надо, есть 99% вероятности что он это умеет и мне не придется колхозить костыли из соплей из скотча на очередную казалось бы такую очевидную фичу. По поводу чего я запилю типовой сервис в систему за пару минут. А если что пойдет не так - у меня будет по крайней мере вывод программы и какой-никакой логгинг. И в самих прогрмамах будет меньше левых приседаний типа извращений с несколькими форками и что там еще.

Ответить | Правка | Наверх | Cообщить модератору

277. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от myhand (ok), 26-Мрт-15, 01:11 
>> этих, но...  Имейте, в общем, меру.  There is no one silver bullet.
> Так я и не настаиваю на полном геноциде староверов.

Ну еще-б впариватели разной "живой воды" на геноциде настаивали.

>> Я был удачлив, отыскав Debian Policy, LSB, man init и man sh
>> для чтения скриптов.  Что помешало вам?
> Нежелание копаться в низкопробном коде писаном левой пяткой

Цитированное выше - вполне прилично написанная документация, а не низкопробный
код.  Что касается качества кода скриптов - ведь что-то мне подсказывает, что
в багтрекере Debian вы по этому поводу не наследили, нет?

>> Я фактически уверен, что именно на ассемблере вы сами напишете
>> именно пухлый и тормозной код.  Или не напишете вовсе.
> Обломись, я как раз умею довольно неплохо шпарить на ассемблере

Ну нашпарьте мне Mathematica на ассемблере, а я погляжу.

>> Речь же была о другом - работа systemd ничуть не менее прозрачна
>> для парней с улицы, чем shell-скрипты.
> Хорошая опечатка - доставляет. Тем что со мной не пытается спорить, в
> силу логической ошибки :). Она не только не менее прозрачна, но
> и более прозрачно.

Она не опечатка, она ирония;)

Я про то, что для "парней с улицы" - разницы нет.  Разве для работодателя будет только
хуже, если у них еще и появятся иллюзии на тему собственной крутости.

> Потому что компактный конфиг на несколько строк изучить
> проще чем черти-какой код на три страницы, с хзкакой логикой впиханой
> неизвестно зачем, just because they can.

Отнюдь.  Когда понадобится залезть немножко под капот и понять как работают
эти самые "несколько строк" - тремя страницами документации дело не ограничится.

Systemd умеет несколько больше sysvinit, далеко не самым самоочевидным, простым
и структурированным образом.  Логику среднего дебиановского init-скрипта - на самом
деле как раз куда проще понять постороннему.

> Какой-никакой барьер на пути ж@поруких скриптокидозников
> и вообще, они будут в два счета обнаруживать себя и из
> нормальных мест типа репок дистров, больших инсталляций и прочая - их
> как раз уйдут.

Напротив, как раз они и останутся.

>>  И то и другое требует обучения, причем еще неизвестно что
>> большего (я имею основания полагать что systemd).
> Хз, мне он нравится - весьма логично маппится на мои типовые задачи и хотелки

Ну вот.  Вам нравится, а мне для отладки процесса загрузки до недавнего
времени вспоминать про gdb не приходилось.

> И в самих прогрмамах будет
> меньше левых приседаний типа извращений с несколькими форками и что там еще.

Потому что Леня сказал что писать кроссплатформенный софт - не кулл?

Ответить | Правка | Наверх | Cообщить модератору

71. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +3 +/
Сообщение от Andrey Mitrofanov (?), 24-Мрт-15, 12:54 
> Просто ещё одна иллюстрация

..на тему, что продажи 7го EL-а не идут.

> почему systemd и

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

84. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +2 +/
Сообщение от Crazy Alex (ok), 24-Мрт-15, 13:54 
Декларативное описание - рулит (как минимум, пока не объявляется единственно верным и даёт легко отскочить на императив где надо). Но вот его реализация в systemd - не рулит ни разу - ни в алне архитектурных решений, ни в плане кода (см. пример с strcpy выше).

А вообще - полагаю, что всерьёз рулил бы как  раз императив на более вменяемом языке, чем шелл, и с хорошей библиотекой функций для этого дела. Собственно, для пльзователя могло бы быть всё так же просто, как и сейчас, просто 9/10 обработки директив из юните выполнялось бы доступными администратору и отлаживаемыми скриптами на каком-нибудь Lua, лежащими в /lib/XXX. Заодно была бы возможность смотреть, что люди пишут дополнительно и востребованное вносить в состав софтины. В общем, одни плюсы. Плагинная архитектура - она всегда рулит.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

92. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от angra (ok), 24-Мрт-15, 14:21 
А что SysV как-то запрещает писать init скрипты на любом языке?
Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control

Ответить | Правка | Наверх | Cообщить модератору

99. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Crazy Alex (ok), 24-Мрт-15, 14:58 
Конечно не запрещает. Но по факту используется только шелл. Что логично - зоопарк здесь не нужен, но, с другой стороны, шелл уж больно уродлив и провоцирует кучу ошибок (что мы здесь и видим). Это во-первых.

Во-вторых - инит должен предоставлять скриптам некий стандартный сервис - хоть работу с PID ту же, хоть события/зависимости, хоть ещё что. Это довольно неудобно делать, если движок скриптов не встроен в сам инит и практически невозможно - если таки использовать много языков.

В-третьих - базовыые вещи вроде start/stop/restart со статически забитыми параметрами, зависимостей и т.п. всё-таки не должны требовать скриптов, здесь деклараций - более чем достаточно.

Ответить | Правка | Наверх | Cообщить модератору

130. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 17:37 
> Конечно не запрещает. Но по факту используется только шелл. Что логично -
> зоопарк здесь не нужен, но, с другой стороны, шелл уж больно
> уродлив и провоцирует кучу ошибок (что мы здесь и видим). Это
> во-первых.

Уродлив не шелл, а такие писаки - вроде тебя - которые всех тонкостей не знают, но лезут писать скрипты.

> Во-вторых - инит должен предоставлять скриптам некий стандартный сервис - хоть работу
> с PID ту же, хоть события/зависимости, хоть ещё что. Это довольно
> неудобно делать, если движок скриптов не встроен в сам инит и
> практически невозможно - если таки использовать много языков.

Ты не поверишь - в нормальных системах так и есть.

> В-третьих - базовыые вещи вроде start/stop/restart со статически забитыми параметрами,
> зависимостей и т.п. всё-таки не должны требовать скриптов, здесь деклараций -
> более чем достаточно.

Тю? И разные таймауты, и отработка депендентов, и рестарты, и мэйнтайненс сервисов? Ты, случайно, не видел, как оно в нормальных системах нормальными разработчиками сделано?

Ответить | Правка | Наверх | Cообщить модератору

171. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Vkni (ok), 24-Мрт-15, 18:31 
> Уродлив не шелл, а такие писаки - вроде тебя - которые всех
> тонкостей не знают, но лезут писать скрипты.

1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у и подобным - ленивость исполнения конвееров.

2. Как несложно заметить, чем меньше тонкостей в языке, тем лучше - очередной C++ нам не нужен.

Ответить | Правка | Наверх | Cообщить модератору

241. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от Аноним (-), 25-Мрт-15, 05:09 
> 1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических
> типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у
> и подобным - ленивость исполнения конвееров.

Да, все это крайне необходимо в системе инициализации. Чтобы Вася мог с перепоя такого накодить что потом даже академики из РАН не смогут понять где он параметры для запуска прописал.

> очередной C++ нам не нужен.

Вот именно поэтому там и будут конфиги, из которых скрипты будут звать только если ну очень надо. Вызывать на каждый сцаный сервер академиков из РАН - дурь несусветная.

Ответить | Правка | Наверх | Cообщить модератору

244. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Vkni (ok), 25-Мрт-15, 09:09 
> Да, все это крайне необходимо в системе инициализации.

Это нужно для замены bash'а.

Ответить | Правка | Наверх | Cообщить модератору

259. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от Аноним (-), 25-Мрт-15, 18:05 
> Это нужно для замены bash'а.

Bash изначально - инструмент для генерации примитивного glue code между сишными тулсами, когда надо "чуть больше чем просто пайп". Это не средство наворачивания бизнес-аналитики, серьезного программирования и что там еще.

Ответить | Правка | Наверх | Cообщить модератору

181. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 18:47 
>  и мэйнтайненс сервисов?

Про мейнатансе сервизов охота услышать. Можно поподробнее как там нагрузку базы определяете и если что переезжаете на амазоновское облако. Ключики какие в системд на этот счёт? Ну или попроще что - на манер забикса-нагиоса там есть в системд?

Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

232. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 23:32 
> Ключики какие в системд на этот счёт?

<sarcasm>Всё, чего нет в systemd, не нужно.</sarcasm>

Ответить | Правка | Наверх | Cообщить модератору

260. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 25-Мрт-15, 18:06 
> <sarcasm>Всё, чего нет в systemd, не нужно.</sarcasm>

Не, не так. Вот пусть такое и кодят под кастомные требования. А запуск какого-нибудь мелкого проксика скриптом весом в половину исходников оного - нафин надо!

Ответить | Правка | Наверх | Cообщить модератору

225. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Аноним (-), 24-Мрт-15, 23:07 
> А что SysV как-то запрещает писать init скрипты на любом языке?
> Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control

Да, зашибись. А потом надо вон тот сервер перенастроить - ОПА! А там возьми и окажись брейнфак. Потому что прошлый админ любил лулзы и хотел проучить работодателя и вообще, не считал что в его творчестве должно быть просто разобраться. Теперь такое художество придется внятно обосновывать, а не лепить что попало где не надо.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

251. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +/
Сообщение от Аноним (-), 25-Мрт-15, 15:38 
В системд можно скрипт исполнить из юнита?
Ответить | Правка | Наверх | Cообщить модератору

261. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Аноним (-), 25-Мрт-15, 18:09 
> В системд можно скрипт исполнить из юнита?

Из юнита можно выполнять программы. В том числе можно и ваш внешний скрипт позвать, разумеется. Только в случае systemd - это на правах костыля, если очень надо. А не как дефолтное вбивание гвоздей микроскопом.

Ответить | Правка | Наверх | Cообщить модератору

278. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от Аноним (-), 26-Мрт-15, 06:12 
То есть в сисвинит можно скрипты писать на любом языке. И админ обязательно напишет на брейнфаке 5 кило портянок назло руководству. А в системд можно выполнить любую программу, но никто и никогда не будет ничего писать на брейнфаке и вызывать из юнитов.
Я правильно всё понял, ничего не упустил?
Ответить | Правка | Наверх | Cообщить модератору

169. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  –1 +/
Сообщение от Vkni (ok), 24-Мрт-15, 18:28 
> А вообще - полагаю, что всерьёз рулил бы как  раз императив
> на более вменяемом языке, чем шелл, и с хорошей библиотекой функций
> для этого дела.

Я не знаю такого языка. :-( Реально нужен микс из OCaml'а и Haskell'а - статическая типизация, максимально простая, лёгкая императивщина + модульность + возможность лёгкой ленивости (вместо конвееров). Плюс, возможность предварительной компиляции (если скорость нужна).

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

226. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."  +1 +/
Сообщение от Аноним (-), 24-Мрт-15, 23:09 
> Реально нужен микс из OCaml'а и Haskell'а

Кому нужен - тот пусть этим и занимается. Флаг ему в руки и барабан на шею.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру