форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от opennews (ok) on 24-Мрт-15, 10:46
В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7 скрипте инициализации прокси сервера Squid выявлена (https://bugzilla.redhat.com/show_bug.cgi?id=1202858) проблема, которая приводит к удалению всех файлов в системе при перезапуске  squid. По своей сути ошибка напоминает недавний инцидент (http://www.opennet.me/opennews/art.shtml?num=41469) с удалением всех файлов пользователя в клиенте Steam и также приводит к выполнению команды "rm -rf /*" в случае незаполнения формирующей путь переменной. Pavel Šimerda, мэйнтейнер пакета squid из компании Red Hat, смог повторить эксперимент в виртуальной машине с тестовой веткой RHEL 6.7 и  установленным пакетом squid-3.1.23-4.el6. Достаточно запустить squid командой "service squid start", после чего инициировать его перезапуск командой "service squid restart", в результате чего начнётся удаления всех файлов на диске. В пакете squid-3.1.23-5.el6 проблема отмечена как решённая и связанная с регрессивным изменением кода. Судя по всему, проблема вызвана патчем на основе предложенного (https://bugzilla.redhat.com/show_bug.cgi?id=1102343) ранее кода для контроля за полным завершением ранее работающего экземпляра squid в процессе перезапуска. В предоставляемом разработчиками Squid скрипте инициализации squid.init (https://github.com/mozilla-services/squid-rpm/blob/master/SO...) операция "rm -rf $SQUID_PIDFILE_DIR/*" используется дважды - в  блоках stop и restart, при этом в restart удаление выполняется сразу после выполнения блока stop: <font color="#461b7e">    stop    rm -rf $SQUID_PIDFILE_DIR/*    start </font> Т.е. при запуске "service squid restart" команда "rm -rf $SQUID_PIDFILE_DIR/*" запускается два раза. Переменная SQUID_PIDFILE_DIR определяется статически вначале файла и, кроме вышеотмеченных команд rm, в дальнейшем используется только в проверках. Подобная чистка содержимого директории $SQUID_PIDFILE_DIR убрана из скрипта инициализации RHEL из-за потенциальных проблем. Патч для решения  проблемы (https://bugzilla.redhat.com/show_bug.cgi?id=1102343) с дублированием был подготовлен на основе оригинального скрипта инициализации squid и содержал типовую строку для чистки ("rm -rf $SQUID_PIDFILE_DIR/*"). С учётом отсутствия переменной SQUID_PIDFILE_DIR в варианте скрипта из состава RHEL 6, подобная чистка приводила выполнению команды "rm -rf /*". URL: https://news.ycombinator.com/item?id=9254876 Новость: http://www.opennet.me/opennews/art.shtml?num=41897
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+7 +/–
Сообщение от Fracta1L (ok) on 24-Мрт-15, 10:46
А вот был бы у него systemd...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+5 +/–
	Сообщение от да я же on 24-Мрт-15, 11:17
	> А вот был бы у него systemd... и RemoveAllFilesInDir= в настройках юнита...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	144. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+7 +/–
	Сообщение от Аныним on 24-Мрт-15, 17:55
	> и RemoveAllFilesInDir= в настройках юнита... http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/... > if (path_equal(path, "/")) { > log_error("Attempted to remove entire root file system, and we can't allow that."); Вот гадский Поцтеринг, даже прострелить свою ногу не дает!
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	172. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+4 +/–
	Сообщение от myhand (ok) on 24-Мрт-15, 18:33
	> Вот гадский Поцтеринг, даже прострелить свою ногу не дает! Это он просто кусок кода у GNU rm слямзил.  man rm, малыш.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	179. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:45
	> Это он просто кусок кода у GNU rm слямзил.  man rm, малыш. Тем не менее, в данном случае, в rm этот код оказался бесполезен, а в systemd - вполне себе годен.
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	191. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от myhand (ok) on 24-Мрт-15, 19:12
	>> Это он просто кусок кода у GNU rm слямзил.  man rm, малыш. > Тем не менее, в данном случае, в rm этот код оказался бесполезен Вы идиот?  Как может один и тот же кусок кода, использующийся одинаково быть полезным и бесполезным? Объясняю, проблема не в rm -rf / а в rm -rf /* Детишкам нужно объяснять разницу?  И почему защиты от эквивалента второй команды (т.е. rm -rf /bin /dev ... после pathname expansion) - в systemd, естественно, нет? > а в systemd - вполне себе годен. Да нету в systemd вообще директивы RemoveAllFilesInDir, дурашка. Вот как будет что-то подобное, да с поддержкой shell globbing - тогда и поговорим.
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

	194. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:22
	>  Как может один и тот же кусок кода Ну, во-первых, не один и тот же. > Детишкам нужно объяснять разницу? Тут внизу есть один борцун с Поттерингом, вот ему это объясните :) > Вот как будет что-то подобное, RuntimeDirectory= уже сто лет в обед. И защита от дурака там еще более суровая. > да с поддержкой shell globbing - тогда и поговорим. А зачем там shell globbing? В директиве ini-файла указывается только имя самого каталога, безо всяких звездочек. Конструкция $DIRNAME/* - это костыль, имманентно присущий shell-скриптам, но не специализированным директивам.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

	202. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от myhand (ok) on 24-Мрт-15, 20:26
	>>  Как может один и тот же кусок кода > Ну, во-первых, не один и тот же. Да, coreutils не писали обезъяны с избытком ЧСВ.  В частности, это означает что получившийся там код не Windows^WLinux-only. Ну а больше технических отличий - нет. >> Детишкам нужно объяснять разницу? > Тут внизу есть один борцун с Поттерингом, вот ему это объясните :) Т.е. вы понимаете, но продолжаете городить чушь из принципа? >> Вот как будет что-то подобное, > RuntimeDirectory= уже сто лет в обед. А у нас в квартире газ.  Ну и причем тут все это? >> да с поддержкой shell globbing - тогда и поговорим. > А зачем там shell globbing? Затем что проблема появляется только в сценарии с ним.  Я же объяснил, причем на простейшем примере.  А вы отказываетесь учиться. > В директиве ini-файла указывается только имя самого > каталога, безо всяких звездочек. Ну а как быть, если вы не знаете имени каталога?  Напр., temp-1245734242.  Ну вот хочу я странного, удалить подобные каталоги, вот как-то так: "rm -rf /var/tmp/mysuperserver/temp-[0-9]*". > Конструкция $DIRNAME/* - это костыль, имманентно присущий shell-скриптам Знаем, знаем.  "Вы все дураки и не лечитесь".
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	240. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 05:05
	> Да, coreutils не писали обезъяны с избытком ЧСВ.   Да, очень интересно получается: в coreutils значит это "нормальный код, так держать". А у поттера "во гад, прострелить пятку не дает!". Сразу видно двойные стандарты :)
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	246. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Andrey Mitrofanov on 25-Мрт-15, 09:28
	> Да, очень интересно получается: в coreutils значит это "нормальный код, так держать". > А у поттера "во гад, прострелить пятку не дает!". > Сразу видно двойные стандарты :) Кто с чем к нам, тому того и на лопате. Последовательнее некуда.
	Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

	293. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от myhand (ok) on 29-Мрт-15, 14:41
	>> Да, coreutils не писали обезъяны с избытком ЧСВ. > Да, очень интересно получается: в coreutils значит это "нормальный код, так держать". > А у поттера "во гад, прострелить пятку не дает!". Я подчеркнул, что это не одинаковый код.  Разница на данном конкретном примере, конечно, невелика чтобы судить о сравнении качества кода.  Но есть еще over 100500 строк, если вам вдруг интересно. > Сразу видно двойные стандарты :) Двойные стандарты - у того кто делает провокационное заявление и жалуется модераторам на ответы оппонента.
	Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

	182. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:49
	> Это он просто кусок кода у GNU rm слямзил.  man rm, > малыш. Это как-то отменяет тот факт, что "RemoveAllFilesInDir=" не удаляет корень, в отличие от "rm -rf /*"?
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	185. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:52
	> Это как-то отменяет тот факт, что "RemoveAllFilesInDir=" не удаляет корень, в отличие > от "rm -rf /*"? У криворуких пользователей системд даже rm -rf /* корень удаляет. Хотя по умолчанию этого делать не должна. Ну понятно почему их стандартное положение вещей не устраивало - руки из другого места.
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	188. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:06
	> У криворуких пользователей системд даже rm -rf /* корень удаляет. Хотя по умолчанию этого делать не должна. Вообще-то должна. Но не-криворукие борцуны с systemd не знают, что такое глоббинг, и кто его делает, и какие параметры в итоге получает rm :)
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	193. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:18
	> Вообще-то должна. Но не-криворукие борцуны с systemd не знают, что такое глоббинг, > и кто его делает, и какие параметры в итоге получает rm > :) Ааа, я там пробельчик забыл вставить. Ну молодец малыш, можешь засчитать себе заслуженную перемогу.
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	195. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:23
	> Ааа, я там пробельчик забыл вставить. > rm -rf $SQUID_PIDFILE_DIR/* В сабжевом баге, пробельчика не было :)
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	196. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:26
	А я не за сабжевый текст говорил в данном случае.
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	198. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:32
	> А я не за сабжевый текст говорил в данном случае. "и не жопой, и не в лужу, и совсем-совсем не я"
	Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

	199. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:40
	>> А я не за сабжевый текст говорил в данном случае. > "и не жопой, и не в лужу, и совсем-совсем не я" По крайней мере за то что лично я написал лично отвечаю. А не как ваш брат. Ему ссылки здесь десяток раз на сравнение поиска текст/бд - он в кусты. На лоре обсуждение журналд и рассказы про "только на локалхосте, иначе другой софт использовать". Им ссылку на прошлые выступления как они делают "распределенную" "серверную" "скоростную" систему логгирования - они растворяются. Начинают рассказывать за мониторинг демонов, их просишь нагиос-стайл сделать - они вилять и рассказывать что это не это. Им говоришь нет такой хни в системд - используйте новую версию. Им в новой версии такие-то глюк - они, пискнув используйте стабильное старье, сваливают. А уж  в каждой новости на "добавлено ХХХ новых ключей в юниты" кипятком исходят - это 146% что надо в продакшене серверном. Как-то забывая про подобный кипяток и в прошлом обсуждении, и в позапрошлом.
	Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

	174. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:34
	А пользователи системд все такие обезьяны? Certain commands can operate destructively on entire hierarchies. For example, if a user with appropriate privileges mistakenly runs ‘rm -rf / tmp/junk’, that may remove all files on the entire system. Since there are so few legitimate uses for such a command, GNU rm normally declines to operate on any directory that resolves to /. If you really want to try to remove all the files on your system, you can use the --no-preserve-root option, but the default behavior, specified by the --preserve-root option, is safer for most purposes.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	180. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:46
	> А пользователи системд все такие обезьяны? Андрюшка! Мирофанов! Ты сменил логин, но тебя все равно узнали, по неспособности сформулировать мысль)))
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	183. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:50
	И фапатель на системд умудрился дважды в глинку лицом упасть. Первый раз подумав про Мирофанова(спишем на синтаксическую ошибку). Это твои фантазии какие-то? Второй раз не поняв простой английский текст, про rm. Где написано, что всё уже было сделано до Поттеринга. И ничего он там предусмотреть не мог. Только тупо копи-пастинг делать.
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	187. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:04
	> Второй раз не поняв простой английский текст, про rm. Где написано, что всё уже было сделано до Поттеринга. Вот только почему-то это сделанное до него не помогло предотвратить проблему. > И ничего он там предусмотреть не мог. Только тупо копи-пастинг делать. http://sources.debian.net/src/coreutils/8.23-4/lib/root-dev-... И в процессе художественно переписать, ага. С тем же успехом можно утверждать, что любая программа на сях - копипаст моего приветмира школьных времен. Нуачо, "int main (int argc, char **argv)" есть же!
	Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

	190. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:11
	>> Второй раз не поняв простой английский текст, про rm. Где написано, что всё уже было сделано до Поттеринга. > Вот только почему-то это сделанное до него не помогло предотвратить проблему. Ты сопоставить два события можешь? Первое: по умолчанию рмрф корень не трогает. Вот никогда и никак. Второе: корень потерся от рмрф. Где криворукие дэбилы? Да в твоем любимом инкубаторе системд. Точно также можно было системд с патчиком собрать и убрать все проверки. А потом плести про: нуачо - не работает же. > И в процессе художественно переписать, ага. Такой художественный прием как гипербола тебе известен? Приходится так и никак иначе объясняться Потому что обычный текст про рм ваш брат совершенно воспринимать не способен.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	197. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:27
	> Ты сопоставить два события можешь? > Первое: по умолчанию рмрф корень не трогает. Вот никогда и никак. Про старинную, бородатую модификацию патча Бармина (rm -rf /*), обходящую preserve-root, мудрые борцы с системд, очевидно, не в курсе :) > Такой художественный прием как гипербола тебе известен? Приходится так и никак иначе > объясняться Потому что обычный текст про рм ваш брат совершенно воспринимать > не способен. Да, ведь в из этого текста не понятно, что вы там придумали, читая его. Про ворованный код, в котором из общего только if - это сугубо ваши личные тараканы, и обычные люди предсказывать их не обязаны.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	200. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:42
	> Да, ведь в из этого текста не понятно, что вы там придумали, > читая его. Про ворованный код, в котором из общего только if > - это сугубо ваши личные тараканы, и обычные люди предсказывать их > не обязаны. Ну ты то придумал офигенную проблему в данном тексте не глядя на this bug was found in an *UNRELEASED* update to squid.
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	203. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от mikedld on 24-Мрт-15, 20:31
	Надеюсь, где-то там снаружи этот путь таки нормализуется, ибо "//" - это тот же "/", а проверка уже не работает.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	252. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 16:09
	> Надеюсь, где-то там снаружи этот путь таки нормализуется, ибо "//" - это тот же "/", а проверка уже не работает. В rm проверка осуществляется по номеру inode.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	253. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 16:11
	Для сомневающихся параноиков: http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/rm.c... http://git.savannah.gnu.org/cgit/coreutils.git/tree/gl/lib/r... http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/remo... http://git.savannah.gnu.org/cgit/coreutils.git/tree/gl/lib/r...
	Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

	186. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:54
	>> А вот был бы у него systemd... > и RemoveAllFilesInDir= в настройках юнита... Даже если не обращать внимание, что всякие Remove-директивы в systemd содержат проверки для защиты от случайного удаления корня... Начнем с того, что в systemd вообще нет проблемы, с которой все началось - для отслеживания процессов используются контрольные группы, и костыль в виде PID-файлов там нафиг не уперся (ходя и поддерживается для совместимости с "юниксвейными" жертвами костылизма). Соответственно, раз PID-файлов нет, то и каталог с ними очищать не надо.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	24. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 11:21
	вот вот. Ретрограды с инитскриптами идут на х...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	25. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 11:22
	в смысле идут за extundelete
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	51. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от PnDx (ok) on 24-Мрт-15, 12:02
	В ext* - без шансов при сколько-нибудь активной записи. Даже если немедленно дёрнуть питание или "xl destroy".
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	176. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:37
	> В ext* - без шансов при сколько-нибудь активной записи. Даже если немедленно дёрнуть питание или "xl destroy". Как насчет photorec?
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	207. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:20
	> Как насчет photorec? Получишь свои фоты. Половинками.
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	32. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от КО on 24-Мрт-15, 11:39
	systemd не освобождает от писания скриптов. Просто теперь они не лежат в папке /etc/init.d (что правда и раньше было не обязательным), а размазаны равномерным слоем по всем файловым системам. Посмотрев на эволюцию того как их перефигачивают и перекладывают по желанию левой пятки мантейнера дистрибутива. На примера запуска того же tomcat в rhel7 и 7.1 понял смысл слова инновация.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	46. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от да я же on 24-Мрт-15, 11:52
	> На примера запуска того же tomcat в rhel7 и 7.1 понял смысл слова инновация. просветите? :) аж интересно стало
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	68. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 12:46
	> systemd не освобождает от писания скриптов. Ещё как освобождает, более того - можно выкинуть не только скрипты, но и часть старого кода, отвечавшего за инициализацию сокетов, двойной форк и прочий онанизм для демонов.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	70. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–5 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 12:50
	>> systemd не освобождает > Ещё как освобождает, более того - можно выкинуть не только скрипты, но > и часть старого кода, отвечавшего за инициализацию сокетов, двойной форк и > прочий онанизм для демонов. http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/uni... Спасибо, Лёня!
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	146. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:59
	> Спасибо, Лёня! Казалось бы, при чем тут Леня?
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	149. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 18:03
	>> Спасибо, Лёня! > Казалось бы, при чем тут Леня? Купил-жене-сапоги почему-то считает вышеуказанное заслугой s-d.  ++Место в профессии!!
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	152. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:05
	> Купил-жене-сапоги почему-то считает вышеуказанное заслугой s-d.  ++Место в профессии!! Хм. А более связно изъясняться вы можете?
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	161. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+4 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 18:20
	>> Купил-жене-сапоги почему-то считает вышеуказанное заслугой s-d.  ++Место в профессии!! > Хм. А более связно изъясняться вы можете? Видеоурок что ли "написать"??
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	163. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:21
	>>> Купил-жене-сапоги почему-то считает вышеуказанное заслугой s-d.  ++Место в профессии!! >> Хм. А более связно изъясняться вы можете? > Видеоурок что ли "написать"?? Да, по несвязности речи вы этих "дикторов" без труда за пояс заткнете ;)
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	262. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 18:29
	А может это у тебя проблемы с пониманием?
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	245. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от КО on 25-Мрт-15, 09:25
	Вы строите утверждение на основе теории или посмотрели, как у адептов из RH все сделано?
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	285. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 26-Мрт-15, 18:28
	>Ещё как освобождает, более того - можно выкинуть не только скрипты, но и часть старого кода, отвечавшего за инициализацию сокетов, двойной форк и прочий онанизм для демонов. вот за одно это поттера можно и нужно казнить!!!
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	72. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 12:58
	Более того, он добавляет онанизма, но уже с сишным кодом. Взгляните например на херовы дебри БИНАРНЫХ генераторов юнитов. Или вот на это: https://www.linux.org.ru/news/opensource/11344526/page2?last...
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	74. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Михрютка (ok) on 24-Мрт-15, 13:04
	stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name), ".slice"); "и эти люди запрещают мне ковыряться в носу!"(с)
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	81. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Crazy Alex (ok) on 24-Мрт-15, 13:45
	Мать, как такое вообще пропустили? Голову же отбивать надо
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	111. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 16:56
	Глупым одминам, которые ничего кроме баша не видели в жизни - да, отбивает голову. Но по факту все правильно написано.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	147. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:00
	> Глупым одминам, которые ничего кроме баша не видели в жизни - да, > отбивает голову. Но по факту все правильно написано. Crazy Alex неоднократно говорил, что он не программист, но мнение по ряду вопросов coding style имеет :)
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	103. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от llolik (ok) on 24-Мрт-15, 15:30
	... и тут я понял, что двух рук для facepalm-а мне мало
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	106. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от 1 (??) on 24-Мрт-15, 15:58
	http://www.facepalm.su/wp-content/gallery/double-facepalm-1/...
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	209. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:30
	> "и эти люди запрещают мне ковыряться в носу!"(с) А ты посмотри на исходники шелл портянок. Вон одни уже посмотрели. А на самом деле такого г-на по чуланам довольно много. Скрипткидозники принципиально не проверяют ошибки, забивают на коды возврата и не могут себе вообразить что какая-то переменная может быть не установлена. А потом их скриптовая дрянь выносит полсистемы или что-нибудь ломает. Но свое же не пахнет, поэтому себе - скидки. Это ж не поттера за баги поливать. Себя то поливать не прикольно. Между тем, квалификация большинства скриптеров - ниже плинтуса.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	289. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 29-Мрт-15, 01:15
	>> "и эти люди запрещают мне ковыряться в носу!"(с) > А ты посмотри на исходники шелл портянок. Вон одни уже посмотрели. А > на самом деле такого г-на по чуланам довольно много. > Скрипткидозники принципиально не проверяют ошибки, забивают на коды возврата и не могут > себе вообразить что какая-то переменная может быть не установлена. А потом > их скриптовая дрянь выносит полсистемы или что-нибудь ломает. Но свое же > не пахнет, поэтому себе - скидки. Это ж не поттера за > баги поливать. Себя то поливать не прикольно. Между тем, квалификация большинства > скриптеров - ниже плинтуса. Здесь, к сожалению, всё правда. Про тот же set -u вообще мало кто слышал, а ведь в описанной в новости ситуации спасло бы...
	Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

	150. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:04
	> Более того, он добавляет онанизма, но уже с сишным кодом. Взгляните например > на херовы дебри БИНАРНЫХ генераторов юнитов. Если не знаешь сишки, работа со строками и указателями может показаться пугающей. Но на самом деле, никакой магии там нет.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	155. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Vkni (ok) on 24-Мрт-15, 18:12
	> Если не знаешь сишки, работа со строками и указателями может показаться пугающей. > Но на самом деле, никакой магии там нет. Разумеется нет, там сплошной идиотизм. За использование магических чисел - предварительно вычисленных длин строк должна полагаться смерть через матумбу.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	158. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:16
	> За использование магических чисел - предварительно вычисленных длин строк должна полагаться смерть через матумбу. Сначала придется убить gcc, и заодно clang вместе с их авторами :)
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	201. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Vkni (ok) on 24-Мрт-15, 20:09
	Смерти через матумбу достойны очень многие. И наличие конкретного идиотизма в clang'е никак не оправдывает авторов systemd.
	Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

	210. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:33
	> Смерти через матумбу достойны очень многие. И наличие конкретного идиотизма в clang'е > никак не оправдывает авторов systemd. И что характерно, умники типа Vkni отнюдь не собираются писать софт вместо тех, которым смерти желают. А если некоторые особо ушлые все-таки рискуют - оказывается что их рафинированные концепты с расово верным кодом, но погаными эксплуатационными параметрами, кодом в который никто кроме автора вдуплить не может и прочая - даром никому не упали. И вот бубнят эти теоретики. Уже несколько десятилетий. А остальной мир плевать на них хотел и идет своей дорогой.
	Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

	243. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Vkni (ok) on 25-Мрт-15, 09:08
	> И что характерно, умники типа Vkni отнюдь не собираются писать софт вместо > тех, которым смерти желают. 1. В clang'е мне не нравятся файлы toolchain и т.д. Они определяют расположение исполняемого файла gcc с помощью эвристик. Поскольку я не являюсь запаковщиком clang'а, я не исправляю эти куски (их нужно просто выбросить). Я предложил вариант в рассылке Alt'а, но он не заинтересовал запаковщика clang'а. 2. По-поводу systemd моё мнение просто - я не вижу смысла ещё один раз писать init. А уж тем более, собственноручно. Т.е. отличная альтернатива systemd уже написана, отлажена и прекрасно работает на моём компьютере. Её улучшать - только портить.
	Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

	256. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 17:39
	> 1. В clang'е мне не нравятся файлы toolchain и т.д. Мне в clang да и gcc много чего не нравится. Но если быть реалистом - тулчейн на коленке не сделаешь, т.к. чтобы оно стало вместо наколенной пoдeлки чем-то реально юзабельным - надо годы работы толпы народа. И некоторые вещи нормально могут только они. А эти ваши хаскелисты обычно занимаются рафинированным концептодрoчерством. Из разряда "во как я могу!". Примерно как мужик тянущий тепловоз, только применительно к мозгам. Ну да, как шоу - выглядит круто. Но бесполезно для организации регулярных рейсов по магистрали. Когда у народа большой дистр на 40К пакетов, последнее что им всем хочется - колупаться в этом вашем "во как я могу!", пытаясь неделю вдуплить что там за лямбда-функции в системе инициализации и нафига они там вообще сдались. И зачем там вообще такие навороты. Вот поттер молодец именно тем что сделал все эти художества несколько неудобными и ими будут пользоваться только когда иначе - вообще совсем никак. По поводу чего жизнь майнтайнеров и админов станет сильно проще и им не придется лишний раз тратить время на декодирование чужого "во как я могу!". > Я предложил вариант в рассылке Alt'а, но он не заинтересовал запаковщика clang'а. Ну это уже дело хозяйское. > альтернатива systemd уже написана, отлажена и прекрасно работает на моём компьютере. А мне не нравится как работает init. По моему мнению, он не решает уйму моих проблем, провоцирует неудачные административные практики и создает лишнюю нагрузку на майнтайнеров. На мой вкус он свое отлетал и я не буду расстраиваться, расставшись с этим крапом. В systemd намного менее криво сделаны даже самые базовые вещи, типа disable старта сервиса, boot ordering и прочая. Он не кладет на ошибки и нормально логгит вывод программ при старте и коды возврата, так что в случае факапа по крайней мере можно понять что и почему. А если уж мы про логгинге - в отличие от инита не получится так что половина логов ушло в /dev/null, потому что дескать на момент написания лога - логгер еще вообще не взлетел.
	Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

	287. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Vkni (ok) on 27-Мрт-15, 07:43
	> Мне в clang да и gcc много чего не нравится. Но если > быть реалистом - тулчейн на коленке не сделаешь, т.к. чтобы оно > стало вместо наколенной пoдeлки чем-то реально юзабельным - надо годы работы > толпы народа. И некоторые вещи нормально могут только они. Да, но это не подразумевает, что нужно плодить заведомое говно и хвалиться этим. > А эти ваши хаскелисты обычно занимаются рафинированным концептодрoчерством. Из разряда > "во как я могу!". Бывает такое. Но Хаскел - это довольно специфическая штука. Я, например, задавал вопрос вполне квалифицированным людям насчёт ассимптотической скорости алгоритмов под Хаскеллем. Не секрет, ведь, что в подходе "переменные отменяются" очень многое зависит от оптимизатора. Увы, это "серая зона" - часть алгоритмов точно оптимизируется нормально, но в целом, надо читать статьи. > Когда у народа большой дистр на 40К пакетов, последнее что им всем > хочется - колупаться в этом вашем "во как я могу!", пытаясь > неделю вдуплить что там за лямбда-функции в системе инициализации и нафига > они там вообще сдались. И зачем там вообще такие навороты. Нужны не лямбда-функции (вещь совершенно прозрачная и простая - указатель на функцию без имени), а типы и строгая проверка типов. > Вот поттер молодец именно тем что сделал все эти художества несколько неудобными > и ими будут пользоваться только когда иначе - вообще совсем никак. Он эти художества сделал сам. За тот Сшный код, который он наваял, нужно выдирать руки из задницы. > А мне не нравится как работает init. По моему мнению, он не > решает уйму моих проблем, провоцирует неудачные административные практики и создает лишнюю > нагрузку на майнтайнеров. Это должна делать обвязка к initу - аналог sysVinit или bsd init. Она должна быть написана на лёгком, удобном скриптовом языке для удобства поддержки и заточки под собственные нужды.
	Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

	140. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+5 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:44
	Вообще, освобождает. Но для этого надо изменить мышление с императивного на декларативное, делать пачку простых юнитов, зависящих друг от друга. Мейнтенерам же проще идти привычным путем, потому и получается шило на мыло. В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart. Более-менее правильное использование systemd я видел только в Arch.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	145. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:58
	> Вообще, освобождает. Но для этого надо изменить мышление с императивного на декларативное, делать пачку простых юнитов, зависящих друг от друга. Чем это лучше пачки инитскриптов зависящих друг от друга? Ничем. Чем это хуже? А тем, что инитскипт можно собрать в один файл, и весь скрипт, все его действия, будут перед глазами. В шелле нет сотни скрытых параметров, как в systemd, и те команды которых нет в файле не влияют на его исполнение. В остальном юниты systemd - очередной маргинальный скриптовый nih-язык, по всем параметрам хуже шелла. Но если шелл уже итак знают все, и его знание полезно в повседневной работе, то cинтаксис systemd знают единицы, и в обычной жизни это знание абсолютно бесполезно. Не вижу ни в его использовании ни в продвижении никакого смысла.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	148. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:03
	> В остальном юниты systemd - очередной маргинальный скриптовый nih-язык Дальше можно не читать. Кому интересно мнение человека, который демонстрирует вопиющую неграмотность в тех вопросах, о которых рассуждает?
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	157. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:14
	> Дальше можно не читать. Кому интересно мнение человека, который демонстрирует вопиющую > неграмотность в тех вопросах, о которых рассуждает? Что поделаешь, не все люди знают всё. Вот и приходится мне общаться с неграмотными, поднимать уровень знаний, чтобы люди учились на чужих ошибках, и не изобретали свои грабли заново. А что, вы не считаете синтаксис systemd скриптовым языком? А каким? Компилируемым? Или вы не считаете его языком? ;)
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	165. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:24
	В systemd язык конфигурации, а не язык программирования. Языком программирования он не является хотя бы по причине неполноты по Тьюрингу.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	168. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:28
	> В systemd язык конфигурации, а не язык программирования. Языком программирования он не является хотя бы по причине неполноты по Тьюрингу. Пожалуйста, перестаньте употреблять термины, неизвестные ветеранам юникс-администрирования. Ветеран юникс-администрирования всезнающ по определению. Если он чего-то не знает - значит, это выдумка поцтерингофанов.
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	184. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:52
	Хахаха :-) С "ветеранами" вообще разговор отдельный. Моя практика показывает, что люди, занимающиеся подобным самовосхвалением, и люди, имеющие базовые знания Computer Science - два непересекающихся множества. Вот недавно такой "ветеран", ежедневно понтующийся своей крутостью в фейсбуке, при небольшом DDos-е быстро поднял лапки и отправил работодателя покупать дорогущий anti-ddos. Я случайно рядом был, решил все за 10 минут тюнингом ядра и парочкой iptables-правил. Хотя я вообще программист, а администрированием занимаюсь только на личных проектах. :-)
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	189. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:10
	> Вот недавно такой "ветеран", ежедневно понтующийся своей крутостью в фейсбуке, при небольшом DDos-е быстро поднял лапки и отправил работодателя покупать дорогущий anti-ddos. Я даже знаю, как он это оправдал :) "Каждый компонент должен решать только одну задачу, веб-сервер - отвечать на HTTP-запросы, роутер - передавать данные, а с ddos бороться - это не их задача".
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	204. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 20:37
	Я не спрашивал. :-) Но через месяц он там уже не работал.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	242. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от freehck (ok) on 25-Мрт-15, 09:04
	К сожалению, в большинстве случаев ddos тюнингом ядра не лечится, а надо именно что покупать дорогостоящий anti-ddos.
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	254. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 16:26
	Когда не лечится - тогда и покупается. Ту пукалку DDos-ом-то назвать - большая похвала.
	Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

	269. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 23:23
	> К сожалению, в большинстве случаев ddos тюнингом ядра не лечится, а надо > именно что покупать дорогостоящий anti-ddos. Смотря что под DDoS понимать. Если крутой флуд, когда тебе забили канал в полку - тут да, только аренда распределенного фильтрующего фронтэнда и поможет, просто потому что мощность этой структуры такая, что все и сразу боты из ботнета перефлудить не смогут, а дальше фильтр убьет лишнее и до вас это не долетит. А от всяких дешевых пЫонерских фокусов "а я тоже освоил генератор пакетов!" тюнинг вполне может помочь.
	Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

	167. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:26
	> Что поделаешь, не все люди знают всё. Вот и приходится мне общаться с неграмотными, поднимать уровень знаний, Знание уровня вашей некомпетентности - это тоже знание, да :) > А что, вы не считаете синтаксис systemd скриптовым языком? А каким? Компилируемым? Или вы не считаете его языком? ;) Начнем с того, что синтаксис конфигов systemd не является тьюринг-полным языком программирования. А теперь бегом отправляйтесь в википедию, поднимать уровень знаний!
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	151. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:04
	Смысл примерно в том же, в чем преимущество ООП/ООД перед простынями последовательного кода в крупных проектах. Нужно это далеко не всем, наверное, даже меньшинству, и мне непонятно, зачем systemd насильно запихивают во все дыры. Но вот в CoreOS, совместно с fleet, получается прекрасный инструмент работы с кластером.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	153. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:06
	> Нужно это далеко не всем, наверное, даже меньшинству, и мне непонятно, зачем > systemd насильно запихивают во все дыры. Наверное, потому что все, кроме этого меньшинства, глубоко параллельно, что там внутри инита.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	160. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:19
	Незаметно, чтобы было параллельно - каждое упоминание systemd порождает очередную порцию флейма. :-) Притом, что самое удивительное - и в RHEL, и в Debian systemd используют вполсилы, вперемешку с инит-скриптами. А наиболее "каноничное" его использование - в ArchLinux, который в крупном продакшене гость нечастый.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	173. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:33
	> Незаметно, чтобы было параллельно - каждое упоминание systemd порождает очередную порцию флейма. :-) Я вам скажу по секрету, что человек может спокойно использовать дистрибутив с systemd (нуачо, работает и есть не просит), но при этом в дискуссиях быть ярым борцом с Поттером (потому что нынче это в тренде). > Притом, что самое удивительное - и в RHEL, и в Debian systemd используют вполсилы, вперемешку с инит-скриптами. Следствие инертности мышления, увы. А вообще, вы правы - под грудой кривых скриптов действительно не видно и не важно, какой там инит. Все равно в случае каких-то косяков (типа сабжа) придется копаться в этой груде.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	211. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:34
	> хуже? А тем, что инитскипт можно собрать в один файл, и > весь скрипт, все его действия, будут перед глазами. В шелле нет > сотни скрытых параметров, как в systemd, Конечно, поэтому в портянке на 5 кило кода такие упыри пропишут параметры "по всей площади". Очень удобно выколупывать пути и прочая по всем пяти килобайтам...
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	154. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:10
	> В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart. Любовь к костылям не проходит за полгода. Это нужно полностью перестраивать систему мышления, отказываться от квази-"юниксовой" идеологии "зачем думать, читать маны, это же можно решить добавлением очередного скрипта". Может, лет эдак через пять пойдут какие-то положительные изменения.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	166. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 18:24
	>> В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart. >Это нужно полностью перестраивать систему > мышления, отказываться от квази-"юниксовой" идеологии "зачем думать, читать маны, это > же можно решить добавлением очередного скрипта". ""Решим все Ваши проблемы. Промыванием мозгов клизмой."" --Секта s-d. > Может, лет эдак через пять пойдут какие-то положительные изменения.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	175. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:34
	> ""Решим все Ваши проблемы. Промыванием мозгов клизмой."" --Секта s-d. Нет, простите, Ваших проблем никто не решит. Нельзя промыть то, чего нет))
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	250. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от КО on 25-Мрт-15, 10:23
	У языков 4го поколения тоже есть свои недостатки. Да декларативное программирование проще - ибо за все отвечает думатель, который внутре. Но порой оказывается, что он тоже не идеален и не всемогущ. И если задачи чуть выходят за ограниченный заранее круг, то все приходится возвращаться к предыдущему поколению.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	119. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:31
	> вот вот. Ретрограды с инитскриптами идут на х... Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия!
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	156. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:14
	> Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы > болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия! А уж если человек с трудом освоил костыляние на шелле - все, он мегахакер, супер-программер и вообще элита, осваивать нормальные ЯП считает ниже своего достоинства. При виде работы с указателями в сях впадает в истерику и, аки Милонов, требует срочно запретить "блобы" (при то, что без блобоядра и блобоинтерпретатора его мега-скрипты не запустятся, он, очевидно, не в курсе).
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	212. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–3 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:37
	> Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы > болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия! Простите, но скрипткидисы всегда и считались самыми болванистыми из всех программистов. Поэтому то что эти пипетки пытаются из себя корчить целую гордую клизму - ни на бит не улучшает их кривой и бажный код, которым можно пугать детей. Да-да, большинство инит скриптов являются наглядным пособием по теме "как не надо писать программы". То что из-за поттера такие орлы пойдут теперь подметать улицы и ползать в админской позе под столами, протягивая витуху - это вообще фича а не баг.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	290. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 29-Мрт-15, 01:33
	>> Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы >> болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия! > Простите, но скрипткидисы всегда и считались самыми болванистыми из всех программистов. > Поэтому то что эти пипетки пытаются из себя корчить целую гордую > клизму - ни на бит не улучшает их кривой и бажный > код, которым можно пугать детей. Да-да, большинство инит скриптов являются наглядным > пособием по теме "как не надо писать программы". То что из-за > поттера такие орлы пойдут теперь подметать улицы и ползать в админской > позе под столами, протягивая витуху - это вообще фича а не > баг. Не пойдут ни разу. Вместо кривых скриптов будут непродуманные юниты, вот и вся разница. Не верите? А вы сравните, скажем, ситуацию в другой области с похожей разницей в подходах, например, ipfw vs. PF. Второй куда декларативнее, но точно так же позволяет заблокировать себе самому SSH. Кстати, входной порог у PF, пожалуй, даже ниже будет. Как и бинты писать проще, чем хорошие скрипты. То есть юниты станут, возможно, массовыми. А результат будет — угадайте, какой. Именно противоположный тому, о чём Вы мечтаете.
	Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

	205. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноим on 24-Мрт-15, 21:46
	Я думаю, systemd тоже полон сюрпрайзов, о которых только предстоит узнать
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	247. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 25-Мрт-15, 09:33
	> Я думаю, systemd тоже полон сюрпрайзов, о которых только предстоит узнать Уже скоро. Релиз Debian-а близится. Ждём оползней и обрушений...
	Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

	270. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 23:25
	> Уже скоро. Релиз Debian-а близится. Ждём оползней и обрушений... А, вот кто виноват в разрушении пятиэтажки! Ну все, не отвертитесь, канальи. Вы знали о том что поттеринг замышляет, но не сообщили. Теперь вы попали!
	Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

	38. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+4 +/–
	Сообщение от Zenitur (ok) on 24-Мрт-15, 11:44
	Не удивлюсь если ошибку специально добавили пару месяцев назад, чтобы после обнаружения заявить "вот видите какй sysvinit плохой! А вы ещё не хотите переходить на RHEL/CentOS 7!".
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	108. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 16:05
	Там вообще-то upstart.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	162. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:20
	> Там вообще-то upstart. А толку от этого upstart, если все равно все через скрипты работает? Такие инциденты наводят на мысль, что более правилен подход OpenRC - полный отказ от совместимости с init-скриптами (правда, это стало одной из основных причин его провала в дебиане).
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	214. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:40
	> Такие инциденты наводят на мысль, что более правилен подход OpenRC - полный > отказ от совместимости с init-скриптами OpenRC - это те же скрипты, только еще более навороченные. По поводу чего оно не решает ни одной проблемы и создает много новых. Нафиг нужно.
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

	206. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноим on 24-Мрт-15, 21:47
	> Там вообще-то upstart. Да дрогнула у них рука в свое время полноценно апстарт впилить
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	213. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:39
	> Там вообще-то upstart. Ну, понимаете, у некоторых людей всегда во всех бедах жи^W либера^W аген^W, пардон, Поттеринг виноват :). Совок всегда остается совком.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	249. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от КО on 25-Мрт-15, 10:09
	В 7ке Systemd, а вот в 6ке Upstart. Вам и написали, что это была рекламная акция демонстрирующая преимущества systemd. Вот если бы там написали   ExecStartPost=-/bin/bash -c "rm -rf %I/*" Этого все бы сработало на ура.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	66. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–6 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 12:44
	Дык! А сколько баттхёрта было, когда у идиотов даже не отняли, а лишь серьёзно затруднили возможность прострелить себе ногу...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	177. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:41
	> Дык! А сколько баттхёрта было, когда у идиотов даже не отняли, а лишь серьёзно затруднили возможность прострелить себе ногу... У многих баттхертящих вообще инитом svchost.exe :)
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	215. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:41
	> У многих баттхертящих вообще инитом svchost.exe :) Вам бы так хотелось думать, но как видим - придется обломаться.
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	231. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от анончик on 24-Мрт-15, 23:27
	Wininit.exe же!
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	291. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 29-Мрт-15, 01:37
	> Wininit.exe же! Про SMSS.EXE как-то даже упоминать неудобно.
	Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

	105. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Anonymus on 24-Мрт-15, 15:42
	>А вот был бы у него systemd... У всех бы похерилось? )
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	141. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от анончик on 24-Мрт-15, 17:50
	> А вот был бы у него systemd... Да, это еще один хитрый пиар-ход Systemd. Мол "в системд такого бы не произошло".
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	159. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:18
	> Да, это еще один хитрый пиар-ход Systemd. Мол "в системд такого бы не произошло". Ждем на бис в дебиане и генте!
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

2. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+6 +/–
Сообщение от anonymous (??) on 24-Мрт-15, 10:47
Facepalm. Уныние и безысходность...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
Сообщение от bav (ok) on 24-Мрт-15, 10:50
Надо было переходить на systemd еще в шестерке!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 10:51
Если есть платная поддержка, то наверно можно обратиться и они будут обязаны хоть из параллельной вселенной похеренные данные достать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Имя on 24-Мрт-15, 12:01
	Это тестовый релиз.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	58. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–3 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 12:24
	ничего тебе RH не должен, почитай их условия представления услуг.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
Сообщение от тигар (ok) on 24-Мрт-15, 10:53
архисекурный редхат. только с rm это они зря, нужно dd из рандома юзать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 11:00
	Причём тут RHEL?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	14. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от anonimous on 24-Мрт-15, 11:05
	Так ошибка в том патче, что они накатили.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от puresaredager on 24-Мрт-15, 11:06
	При том, что какой-то негодяй тока что своё сообщение стёр
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	97. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от YetAnotherOnanym (ok) on 24-Мрт-15, 14:47
	dd из рандома - это кустарщина и радиолюбительство. солидные люди пользуются wipe.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	216. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:42
	> архисекурный редхат. А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар. Получил 100500 долларов на pwn2own, по любому.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	239. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–3 +/–
	Сообщение от тигар (ok) on 25-Мрт-15, 04:20
	>> архисекурный редхат. > А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар. > Получил 100500 долларов на pwn2own, по любому. сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	257. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 17:44
	> сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;) Да не, просто что-то никак не могу найти тебя в списке призеров, наверное я что-то делаю не так. Наверное надо другой список изучать - например, участников Специальной олимпиады :). Вот там ты точно будешь на призовых местах.
	Ответить | Правка | ^ к родителю #239 | Наверх | Cообщить модератору

	265. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от тигар (ok) on 25-Мрт-15, 19:19
	>> сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;) > Да не, просто что-то никак не могу найти тебя в списке призеров, > наверное я что-то делаю не так. Наверное надо другой список изучать > - например, участников Специальной олимпиады :). Вот там ты точно будешь > на призовых местах. а до тебя, детонька, или сразу после? ответь, это очень важно.
	Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

7. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
Сообщение от Роман Инфлянскас on 24-Мрт-15, 10:57
А вот в fish shell так не сработало бы. И это хорошо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	135. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от й on 24-Мрт-15, 17:40
	Я тоже пользователь fish. Но ни разу не видел скрипты на нем, по-моему, писать инит-скрипт на fish чуть менее бесперспективно, чем на csh, т.е. всё-таки плохая идея. Другой вопрос -- то, что systemd, да и апстарт, должны были избавить от sh-портянок в инит-файлах. Во-первых, в rh6 этого всего ещё нет (я в курсе про апстарт унутре, но апстарт-скрипт ему не скормить). Ну, а во-вторых, программисты на шелле таки не освоили systemd и теперь дергают свои шелл-портянки оттуда.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	143. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от й on 24-Мрт-15, 17:52
	Да, и в-третьих. Пару лет назад использовали мы в продакшне сквид на centos в довольно объёмных инсталляциях. Упёрлись в то, что родной из родных реп -- использовать нельзя. Так что ошибка эпичная, но что всех в реальности затрагивает родной сквид из беты прошлой мажорной ветки rhel -- тоже история сомнительная.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

13. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от Аноним (??) on 24-Мрт-15, 11:04
Скажите нубу, вот зачем нужно было дописывать после переменной /* ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 11:16
	Затем, чтобы удалить все файлы в директории, но не саму директорию
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	29. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от nib on 24-Мрт-15, 11:37
	не хочу показаться занудой, но если нужно было удалить только все файлы, то ключ -r лишний
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	35. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от der_FeniX on 24-Мрт-15, 11:42
	> не хочу показаться занудой, но если нужно было удалить только все файлы, > то ключ -r лишний файлы и директории удалить. Думал и так понятно
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	192. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 19:16
	> файлы и директории удалить. Думал и так понятно Но зачем удалять подкаталоги? Там же их быть не должно, по определению. А если и есть - значит, не просто так, а потому, что кто-то их специально создал. Вот пусть он и удаляет.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	33. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Нуб on 24-Мрт-15, 11:40
	А какой смысл в пустой директории?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	36. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 11:43
	А если подумать?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	39. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Нуб on 24-Мрт-15, 11:45
	> Затем, чтобы удалить все файлы в директории, но не саму директорию Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	42. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 11:48
	>> Затем, чтобы удалить все файлы в директории, но не саму директорию > Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"? А ты предлагаешь каждый раз перед записью в файл проверять существует ли путь до нег?Или удалять директорию, а потом сразу создавать ее и выставлять права?
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	49. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Нуб on 24-Мрт-15, 12:00
	>>> Затем, чтобы удалить все файлы в директории, но не саму директорию >> Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"? > А ты предлагаешь каждый раз перед записью в файл проверять существует ли > путь до нег?Или удалять директорию, а потом сразу создавать ее и > выставлять права? А лучше надеяться на правильное содержимое критической переменной?
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	52. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 12:02
	В данном случае они просто тупо скопипастили кусок кода не проверив ничего, в этом вся проблема. К вопросу удаления содержимого папки это вообще не имеет отношения.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	54. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Нуб on 24-Мрт-15, 12:07
	> В данном случае они просто тупо скопипастили кусок кода не проверив ничего, > в этом вся проблема. К вопросу удаления содержимого папки это вообще > не имеет отношения. Отсюда делаю вывод - лучше "rm -fr $VAR/*" не писать.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	55. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 12:11
	>> В данном случае они просто тупо скопипастили кусок кода не проверив ничего, >> в этом вся проблема. К вопросу удаления содержимого папки это вообще >> не имеет отношения. > Отсюда делаю вывод - лучше "rm -fr $VAR/*" не писать. А лучше бы понял, что если уж копипастишь, то проверяй 7 раз, прежде, чем в релиз пускать. А если сам написал такое и забыл про переменную, то где гарантия, что в другом месте не накосячишь, как, например, в уже упоминавшимся bumblebee было или ещё что поумнее придумаешь? Везде соломки не подстелишь.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	121. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:32
	>>> В данном случае они просто тупо скопипастили кусок кода не проверив ничего, >>> в этом вся проблема. К вопросу удаления содержимого папки это вообще >>> не имеет отношения. >> Отсюда делаю вывод - лучше "rm -fr $VAR/*" не писать. > А лучше бы понял, что если уж копипастишь, то проверяй 7 раз, > прежде, чем в релиз пускать. А если сам написал такое и > забыл про переменную, то где гарантия, что в другом месте не > накосячишь, как, например, в уже упоминавшимся bumblebee было или ещё что > поумнее придумаешь? Везде соломки не подстелишь. Надо к этому стремиться, ёбто. Тесты проводить и программить с умом. А не как бык посцал.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	217. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:45
	> А лучше надеяться на правильное содержимое критической переменной? Скрипткидозники всегда так и делают. А потом если что-то не работает - даже логгинг пиши себе сам, чувак! А скриптодрянь даже и не икнет никуда сообщением что что-то не так. Скажет что все отработало, и досвидания. А ты если хочешь, можешь логгинг и обработку ошибок сам дописать за скрипткидозниками.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	20. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от АНГЫВНАГЫНВАШЩ on 24-Мрт-15, 11:17
	> зачем нужно было дописывать после переменной /* Чтобы удалить все файлы в данном каталоге. КО
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от Аноним (??) on 24-Мрт-15, 11:06
Эх, Семен Семеныч..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+8 +/–
Сообщение от клоун on 24-Мрт-15, 11:06
Я смотрю, удаление всех файлов на диске при перезапуске программы становится всё более модным.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	218. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:47
	> Я смотрю, удаление всех файлов на диске при перезапуске программы становится всё > более модным. Да не сцы, я видел виндовую программу, рекурсивно выносившую весь C:\ еще 10 лет назад. Правда почему-то никто из юзеров не жаловался.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 11:10
bumblebee #2 :D На внимательность: "rm -rf /usr /lib/nvidia-current/xorg/xorg" https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commi...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Ilya Indigo (ok) on 24-Мрт-15, 11:18
	Это уже №3.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	26. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 11:22
	Что пропустил?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	40. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от soarin on 24-Мрт-15, 11:47
	steam
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	56. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от derfenix (ok) on 24-Мрт-15, 12:13
	> steam Яндекс тоже отличился в этом плане, хоть и под оффтопиком.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

23. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 11:20
rm -rf злейший враг линуксоидов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Ilya Indigo (ok) on 24-Мрт-15, 11:23
	> rm -rf злейший враг линуксоидов. rm -rf /*
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	60. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+7 +/–
	Сообщение от userd (ok) on 24-Мрт-15, 12:33
	нет. есть и другие способы "выстрелить себе в ногу". но это всё внешние по отношению к линуксоидам факторы. а злейший враг - он, как обычно, в голове.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	64. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от sprutos (ok) on 24-Мрт-15, 12:43
	злейший враг линуксоида - идиотизм. в данном случае других "знатных линуксоидов"
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

28. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–6 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 11:25
почему нет команды удаления показывающей сколько файлов и каталогов удаляется и спрашивающей подтверждение? Понятно что в этом случае она бесполезна, хотя бы от ошибок в консоли уберегла бы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от nib on 24-Мрт-15, 11:38
	rm -Iv
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	31. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+9 +/–
	Сообщение от pkdr (ok) on 24-Мрт-15, 11:39
	Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы ничего не спрашивая. Без неё всё спрашивается. Всегда ваш Капитан.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	292. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 29-Мрт-15, 01:43
	> Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы > ничего не спрашивая. Без неё всё спрашивается. > Всегда ваш Капитан. Товарищ Капитан, это не Windows, здесь удаление по умолчанию работает по-другому! (если, конечно, заботливый дистростроитель не включил rm -i в качестве алиаса для rm по умолчанию — привет, Красная Шапочка!)
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

37. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
Сообщение от Михрютка (ok) on 24-Мрт-15, 11:44
https://bugzilla.redhat.com/show_activity.cgi?id=1102343 отличная строчка в резюме ящетаю. bash-4.1$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.6 (Santiago) bash-4.1$ rpm -q squid squid-3.1.10-29.el6.x86_64 bash-4.1$ grep -i squid_pidfile_dir /etc/rc.d/init.d/squid bash-4.1$ grep -A3 -i restart\(\) /etc/rc.d/init.d/squid restart() {     stop     start } -- condrestart() {     [ -e /var/lock/subsys/squid ] && restart || : } откуда эти инициативные идиоты вообще взяли етот $SQUID_PIDFILE_DIR???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	44. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 11:51
	>> В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7.. >> bash-4.1$ cat /etc/redhat-release >> Red Hat Enterprise Linux Server release 6.6 (Santiago)
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	48. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Михрютка (ok) on 24-Мрт-15, 11:58
	>>> В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7.. >>> bash-4.1$ cat /etc/redhat-release >>> Red Hat Enterprise Linux Server release 6.6 (Santiago) я тебе гарантирую, что и в 6.7 инит скрипт сквида тоже не предусматривал $SQUID_PIDFILE_DIR, пока этот ретивый чех его туда не вставил.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	77. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 13:13
	Имя репортера - испаноязычное, ты с мейнтейнерам путаешь.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	109. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 16:05
	> Имя репортера - испаноязычное, ты с мейнтейнерам путаешь. Не, а кто реально этот rm вставил, если даже мейнтейнер правильный патч сразу нарисовал?
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

41. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
Сообщение от PnDx (ok) on 24-Мрт-15, 11:47
Грабли rm давно пора снабдить более удобной ручкой. В смысле, настройками области видимости (типа --one-file-system), владельца и глубины сверху/снизу. И не надо тыкать в find - ну не будут так выписывать в большинстве случаев. Иначе грабли так и продолжат бить даже сравнительно осторожных, типа эпичного "rm -rf /usr /lib/nvidia-current/xorg/xorg". Ну и вспомнить сюрприз в старых фрюхах, когда "rm *" захватывал '.' и '..'. А чо? WildCard же...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	43. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+9 +/–
	Сообщение от Михрютка (ok) on 24-Мрт-15, 11:51
	>Грабли rm давно пора снабдить более удобной ручкой. в руках идиота даже палочка от эскимо смертельно опасна
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	107. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 16:02
	> в руках идиота даже палочка от эскимо смертельно опасна А в руках некоторых идиотов опасность может представлять даже само эскимо.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	219. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:48
	> А в руках некоторых идиотов опасность может представлять даже само эскимо. Так, блин, у програмеров написание скриптов сроду считалось непочетной и грязной работой для субъектов с низким IQ. Ну вот и достается всем это стремное эскимо...
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	47. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–16 +/–
	Сообщение от клоун on 24-Мрт-15, 11:55
	Грабли здесь в проверке наличия уже запущенного экземпляра приложения. В Линукс это принято делать, создавая пустой временный файл. Следуя этой логике дальше, протоколирование хода работы программы также осуществляется созданием и удалением пустых временных файлов. При перезапуске программы всех эти файлы нужно удалить. Небольшая ошибка - и удаляется ЗНАЧИТЕЛЬНО больше запланированного. В 60-е (когда Торвальдс учился в ВУЗе) это казалось передовой практикой (всё есть файл), но не сегодня. Старую собаку не научишь новым приёмам. Поэтому так важно, чтобы ничто и никогда не замыкалось на одного человека.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	62. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+13 +/–
	Сообщение от pkdr (ok) on 24-Мрт-15, 12:37
	А какая есть лучшая практика? Реестр от укуренных индусов из M$? И если понимать, как устроен компьютер, то да, всё, что содержит информацию есть файл. Торвальдс 69 года рождения, если он ухитрился в 60-е учиться в вузе, то его гениальность неоспорима - подтверждается даже ботом из M$.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	110. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от клоун on 24-Мрт-15, 16:16
	Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	112. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 16:58
	> Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов. При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность. В данном случае под этим следует подразумевать возможность получения информации [о наличии запущенного экземпляра программы] из скриптов и прочего ненативного кода.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	133. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от клоун on 24-Мрт-15, 17:40
	Иными словами, вы считаете необходимым в угоду концепции "всё есть файл" заменить все функции API на 4 функции работы с файловой системой (read, write, open, close), так? Постебусь, пожалуй, немного: file.open("api_query"); file.write("GetDMAChannel := 1") file.close() file.open("api_wait"); file.write(); file.close(); while(1) { if(!file.open("api_wait"))break; file.close(); } file.create("api_result"); file.read(); file.close(); Программа в любом случае обращается к API. Логично, если она будет сразу запрашивать то, что ей нужно, а не создавать ещё один уровень абстракций в виде файлов, наличие и отсутствие которых будет как то интерпретироваться.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	222. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:53
	> При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность. Иди поработай с ioctl'овыми апи универсально, ога :)
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	116. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:25
	> Реестр от укуренных индусов из M$? Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея. А только ничто не может помешать неосторожному мантейнеру пакета вписать команду, которая снесёт всё содержимое реестра, и запихнуть её он может как в простыню на bash, так и юнит-файл systemd.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	221. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:52
	> как в простыню на bash, так и юнит-файл systemd. Но поскольку системдэ умеет уйму всего сам - у нас будет относительно отлаженное core, которое скриптокидозники с руками из ж...ы не переизобретают в очередной раз. И позвать это core будет относительно безопасно, в отличие от кода писаной левой пяткой какого-то укурившегося упыря, считающего что кто-то всенепременно гарантирует наличие правильной переменой, а думать что будет если там ничего нет - не для него. Поттер и то не такой дуб.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	271. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 23:29
	> Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея. А ничего что ФС уже и есть такая "БД"? :)
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	65. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 12:43
	Торвальдс родился в 1969 и учился в конце 80-ых - начале 90-ых.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	123. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:34
	> Торвальдс родился в 1969 и учился в конце 80-ых - начале 90-ых. По вашим собственным меркам, он старый пeрдун.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	78. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от PnDx (ok) on 24-Мрт-15, 13:20
	> Грабли здесь в проверке наличия уже запущенного экземпляра приложения. В Линукс это > принято делать, создавая пустой временный файл. Следуя этой логике дальше, протоколирование > хода работы программы также осуществляется созданием и удалением пустых временных файлов. > При перезапуске программы всех эти файлы нужно удалить. Небольшая ошибка - > и удаляется ЗНАЧИТЕЛЬНО больше запланированного.   [/var]/run — вполне себе неплохое соглашение, ещё со времён SysV. Грабли подстерегали желающих управлять сервисами таким вот простым способом, но при чём тут ядро?   Вопрос однозначно юзер-спейса. Его с переменным успехом решают в винде/соляре, построив целые минные поля /попробуйте настроить автоснапшоты с соляре/. Теперь вот и для Linux (systemd). И оно ­— пострашнее солярного, т.к. ломится в кернел. Ну хоть без xml пока (трижды сплёвываем).
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	115. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:24
	>попробуйте настроить автоснапшоты с соляре Одна команда. Не понял в чём проблема?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	129. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от PnDx (ok) on 24-Мрт-15, 17:37
	> Одна команда. Не понял в чём проблема?   В xml'ном расписании. Ниже - выдержка из небольшого конфига на 96 строк. Правда, легко читать </sarcasm>     <instance name='hourly' enabled='false' complete='true'>       <property_group name='zfs' type='application'>         <propval name='interval' type='astring' value='hours'/>         <propval name='keep' type='astring' value='23'/>         <propval name='period' type='astring' value='1'/>       </property_group>       <property_group name='general' type='framework'>         <propval name='action_authorization' type='astring' value='solaris.smf.manage.zfs-auto-snapshot'/>         <propval name='value_authorization' type='astring' value='solaris.smf.manage.zfs-auto-snapshot'/>       </property_group>     </instance>
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	223. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:54
	К счастью, Поттеринг не любит XML, в отличие от санок и прочих огрызкопи...сов.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	89. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 14:09
	>но не сегодня Plan9? Не, не слышал!
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	114. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:12
	> Грабли здесь в проверке наличия уже запущенного экземпляра приложения. В Линукс это принято делать, создавая пустой временный файл. Файл нужен чтобы знать, какому процессу посылать сигнал остановки. Начхать юниксам на запущенность приложения. Это чушь, придуманная леннартом, которую он с помпой выкатил в systemd. А когда его ткнули фейсом в лужу он начал помечать свои же эпичные изобретения как not recommended, и вроде даже посты на эту тему из своего блога убрал. Есть две базовые операции: start и stop. Операция start проста - запустить прогу (хотя леннарт и тут умудрился накостылять). Со stop-ом сложнее - надо послать сигнал, но кому? Если у тебя БД и ты пошлёшь сигнал не тому процессу - можешь остаться без базы. И никто кроме самого приложения не знает, кому надо посылать сигнал. Пол века назад в юниксах нашли выход: приложение само записывает в файл pid процесса, которому надо посылать сигнал остановки. Всё. Леннарт бы и сам понял, если бы не был таким дремучим nihовцем. Но теперь уже поздно, весь проект - коллекция костылей и подпорок ошибок леннарта. И что самое странное - даже после этого у него есть приспешники.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	117. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:25
	В наше время всегда побеждает наихудшее решение. ВСЕГДА.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	178. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:44
	> И что самое странное - даже после этого у него есть приспешники. Эксперимент третья волна, вот и все дела.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	127. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Eugene Ryabtsev on 24-Мрт-15, 17:35
	Грабли в том, что в операциях с FS нет DELETE_ON_EXIT без разыменования файла (что примечательно, в IPC всё точно наоборот).
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

45. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от DeadLoco (ok) on 24-Мрт-15, 11:52
Извините, а в редхате не принято запускать сервисы от непривилегированых пользователей? Достаточно же воткнуть в начале скрипта su squid и проблема рассосется, как класс...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	57. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от _KUL (ok) on 24-Мрт-15, 12:18
	Не, не получится! Будет еррор тогда при рестарте в лог сыпаться, что пермишен денайд :)
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	76. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от DeadLoco (ok) on 24-Мрт-15, 13:12
	Скакова?
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	118. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:27
	> Не, не получится! Будет еррор тогда при рестарте в лог сыпаться, что > пермишен денайд :) здрасьте, приехали. даже к портам <1024 можно привязывать процессы с non-root привилегиями, а уж отстроить разрешения на каталог - и вовсе как два пальца.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	85. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Stax (ok) on 24-Мрт-15, 13:56
	Сам сервис запускается от пользователя squid. Но в данном случае речь про обвязочный код; если вы не заметили, то раньше pid-файлы в /var/run можно было создавать и удалять только с правами рута, т.к. владелец /var/run - рут. Либо иметь там каталог от нужного пользователя, созданный при инсталляции пакета, но это требует специальной поддержки после переезда /var/run в tmpfs. И - знаю, меня жестко заминусуют за этот комментарий - но не могу отметить, что systemd решает *и эту* проблему. Концепция systemd-tmpfiles обеспечивает чтение конфига в /etc/tmpfiles.d/сервис и создание временных каталогов с нужными правами до запуска сервиса. Т.е. в таком случае при запуске сервиса автоматически был бы создан /var/run/squid с правами squid и тогда уже весь дальнейший код инициализации можно было бы выполнять с правами squid.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	90. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 14:13
	а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда. странно говорить о достижении systemd которое они подсмотрели в обычном sysv init..
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	100. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Stax (ok) on 24-Мрт-15, 15:01
	> а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда. Так он тут как раз так и делает :) С правами рута. Стирает pid-файл. С непредсказуемым эффектом. В случае же systemd код с правами рута только создает стандартные каталоги/файлы согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать от пользователя. Впрочем, в случае сквида даже из systemd он запускается из под рута и меняет пользователя уже сам. Но тут уж ничего не поделаешь. Видимо, сам squid не рассчитан на запуск сразу из под непривилегированного пользователя.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	102. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 15:14
	>> а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда. > Так он тут как раз так и делает :) С правами рута. > Стирает pid-файл. С непредсказуемым эффектом. > В случае же systemd код с правами рута только создает стандартные каталоги/файлы > согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать > от пользователя. еще раз - считается что так сделать нельзя? удивлю - так всегда и делали в приличном обществе. скрипт запуска создавал каталоги - где вручную где используя mtree (?), после чего запускался демон и создавал нужные файлы.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	128. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Stax (ok) on 24-Мрт-15, 17:36
	Так делали, но это приводит к потенциальным проблемам типа возникшей тут. В случае systemd это больше не требуется, т.к. механизм tmpfiles позволяет создавать каталоги и прочее в момент запуска сервиса средствами systemd по декларативному описанию в конфиге. Напр. $ cat /etc/tmpfiles.d/named.conf d /run/named 0755 named named - Что, очевидно, безопаснее и меньше риска допустить ошибку.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	138. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:42
	> $ cat /etc/tmpfiles.d/named.conf > d /run/named 0755 named named - > Что, очевидно, безопаснее и меньше риска допустить ошибку. И кто помешает написать там: > d $SQUID_PIDFILE_DIR 0755 named named - и получить те же грабли только в профиль?
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	164. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Stax (ok) on 24-Мрт-15, 18:23
	Очевидно, что при декларативном синтаксисе - в отличии от bash-скрипта - очень просто проверить на ошибки и другие глупости. В tmpfiles.d глупости игнорируются (с логированием ошибки). http://www.freedesktop.org/software/systemd/man/tmpfiles.d.html Посмотрите http://fedoraproject.org/wiki/Packaging:Tmpfiles.d#Why_not_c... - причины перехода на единый механизм вполне понятны.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	264. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от playnet (ok) on 25-Мрт-15, 19:13
	А для su требуется рутовый пароль. И при рестарте сервера он не загрузится, ибо "su же". В общем, бред какой-то. И да, для управления сервисами нужен рут.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	275. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от DeadLoco (ok) on 26-Мрт-15, 00:05
	> А для su требуется рутовый пароль Вы, вероятно, удивитесь, но если скрипт запустить от рута, то выполнение в нем `su squid` не потребует никаких паролей.
	Ответить | Правка | ^ к родителю #264 | Наверх | Cообщить модератору

61. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от Аноним (??) on 24-Мрт-15, 12:37
Репортер предложил кривой патч, при этом он врёт, что > > The "rm -rf $SQUID_PIDFILE_DIR/*" was already part if the original upstream script. И ответ мейнтейнера: > As far as I see not anywhere in the git history, that means since 2004. I suspect you are using different sources than those from RHEL6. Выводы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	69. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 12:46
	>>are using different sources than those from RHEL6. > Выводы? ""Блу-алерт! В багзтле рх замечена контрафактная el6.7. рх пердуперждает: только  аутентиная 7.1, только хардкор. Проверяйте цифровые подписи, чеки сохраняйте.""
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

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

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

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

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

	170. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Tav (ok) on 24-Мрт-15, 18:29
	Даже если непосредственной возни 0.01%, понимание того, как это работает, нужно постоянно. Я не пытаюсь сказать, что все критики systemd неадекватны. Речь была о "некоторых", их отличает агрессивно-неконструктивный стиль комментариев, что явно указывает на личную задетость.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	224. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 22:57
	> Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в > среднем даже не 1% от времени сисадмина. А вот это очень зависит от админов и прочая. Какой нибудь аутсорсер или фрилансер может и не заниматься протягиванием витухи в ДЦ, а вот настройку серверов делать поточно-конвейерным методом. И вот там все эти заморочки с кучей левого кода, 10 лет назад написанного кулсисопом, после возлияний, на одном дыхании - даром не упали. Потому что окажется что кулсисоп 3 года назад уволился, а если б и не уволился - понятия не имеет что он там 10 лет назад написал, как следует буханув. Зато остальным когда встает вопрос понять что и почему не работает или где это переконфигурируется - совсем не прикольно.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	235. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от myhand (ok) on 24-Мрт-15, 23:51
	> Зато остальным когда встает вопрос понять что > и почему не работает или где это переконфигурируется - совсем не прикольно. И что, systemd еще и проблему с пьянством решает?  Или с жадностью работодателей и наймом школоты, не слыхавшей о документации работы? Бардак можно устроить и на реально декларативном языке, а уж на той лапше что своим фанатам Леня навешал на уши - просто за милую душу.
	Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

	258. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 17:56
	> И что, systemd еще и проблему с пьянством решает?  Или с жадностью Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. По поводу чего с ними сталкиваться придется сильно реже и только по делу. А это хорошо и правильно. > работодателей и наймом шкoлоты, не слыхавшей о документации работы? Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана. > Бардак можно устроить и на реально декларативном языке Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.
	Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

	267. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от myhand (ok) on 25-Мрт-15, 21:58
	>> И что, systemd еще и проблему с пьянством решает?  Или с жадностью > Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. Так Вы все более напоминаете мне клоунов, которые разные "светозвзоры" рекламируют бабулькам по проводному радио.  Послушайте разок. Апологетов systemd конечно не так хочется придушить, как этих, но...  Имейте, в общем, меру.  There is no one silver bullet. >> работодателей и наймом шкoлоты, не слыхавшей о документации работы? > Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана. Я был удачлив, отыскав Debian Policy, LSB, man init и man sh для чтения скриптов.  Что помешало вам? >> Бардак можно устроить и на реально декларативном языке > Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно. Я фактически уверен, что именно на ассемблере вы сами напишете именно пухлый и тормозной код.  Или не напишете вовсе. Речь же была о другом - работа systemd ничуть не менее прозрачна для парней с улицы, чем shell-скрипты.  И то и другое требует обучения, причем еще неизвестно что большего (я имею основания полагать что systemd).
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	272. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от Аноним (??) on 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% вероятности что он это умеет и мне не придется колхозить костыли из соплей из скотча на очередную казалось бы такую очевидную фичу. По поводу чего я запилю типовой сервис в систему за пару минут. А если что пойдет не так - у меня будет по крайней мере вывод программы и какой-никакой логгинг. И в самих прогрмамах будет меньше левых приседаний типа извращений с несколькими форками и что там еще.
	Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

	277. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от myhand (ok) on 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 не приходилось. > И в самих прогрмамах будет > меньше левых приседаний типа извращений с несколькими форками и что там еще. Потому что Леня сказал что писать кроссплатформенный софт - не кулл?
	Ответить | Правка | ^ к родителю #272 | Наверх | Cообщить модератору

	71. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-15, 12:54
	> Просто ещё одна иллюстрация ..на тему, что продажи 7го EL-а не идут. > почему systemd и
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	84. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Crazy Alex (ok) on 24-Мрт-15, 13:54
	Декларативное описание - рулит (как минимум, пока не объявляется единственно верным и даёт легко отскочить на императив где надо). Но вот его реализация в systemd - не рулит ни разу - ни в алне архитектурных решений, ни в плане кода (см. пример с strcpy выше). А вообще - полагаю, что всерьёз рулил бы как  раз императив на более вменяемом языке, чем шелл, и с хорошей библиотекой функций для этого дела. Собственно, для пльзователя могло бы быть всё так же просто, как и сейчас, просто 9/10 обработки директив из юните выполнялось бы доступными администратору и отлаживаемыми скриптами на каком-нибудь Lua, лежащими в /lib/XXX. Заодно была бы возможность смотреть, что люди пишут дополнительно и востребованное вносить в состав софтины. В общем, одни плюсы. Плагинная архитектура - она всегда рулит.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

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

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

	130. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:37
	> Конечно не запрещает. Но по факту используется только шелл. Что логично - > зоопарк здесь не нужен, но, с другой стороны, шелл уж больно > уродлив и провоцирует кучу ошибок (что мы здесь и видим). Это > во-первых. Уродлив не шелл, а такие писаки - вроде тебя - которые всех тонкостей не знают, но лезут писать скрипты. > Во-вторых - инит должен предоставлять скриптам некий стандартный сервис - хоть работу > с PID ту же, хоть события/зависимости, хоть ещё что. Это довольно > неудобно делать, если движок скриптов не встроен в сам инит и > практически невозможно - если таки использовать много языков. Ты не поверишь - в нормальных системах так и есть. > В-третьих - базовыые вещи вроде start/stop/restart со статически забитыми параметрами, > зависимостей и т.п. всё-таки не должны требовать скриптов, здесь деклараций - > более чем достаточно. Тю? И разные таймауты, и отработка депендентов, и рестарты, и мэйнтайненс сервисов? Ты, случайно, не видел, как оно в нормальных системах нормальными разработчиками сделано?
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	171. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Vkni (ok) on 24-Мрт-15, 18:31
	> Уродлив не шелл, а такие писаки - вроде тебя - которые всех > тонкостей не знают, но лезут писать скрипты. 1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у и подобным - ленивость исполнения конвееров. 2. Как несложно заметить, чем меньше тонкостей в языке, тем лучше - очередной C++ нам не нужен.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	241. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 05:09
	> 1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических > типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у > и подобным - ленивость исполнения конвееров. Да, все это крайне необходимо в системе инициализации. Чтобы Вася мог с перепоя такого накодить что потом даже академики из РАН не смогут понять где он параметры для запуска прописал. > очередной C++ нам не нужен. Вот именно поэтому там и будут конфиги, из которых скрипты будут звать только если ну очень надо. Вызывать на каждый сцаный сервер академиков из РАН - дурь несусветная.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	244. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Vkni (ok) on 25-Мрт-15, 09:09
	> Да, все это крайне необходимо в системе инициализации. Это нужно для замены bash'а.
	Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

	259. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 18:05
	> Это нужно для замены bash'а. Bash изначально - инструмент для генерации примитивного glue code между сишными тулсами, когда надо "чуть больше чем просто пайп". Это не средство наворачивания бизнес-аналитики, серьезного программирования и что там еще.
	Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

	181. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 18:47
	>  и мэйнтайненс сервисов? Про мейнатансе сервизов охота услышать. Можно поподробнее как там нагрузку базы определяете и если что переезжаете на амазоновское облако. Ключики какие в системд на этот счёт? Ну или попроще что - на манер забикса-нагиоса там есть в системд?
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	232. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:32
	> Ключики какие в системд на этот счёт? <sarcasm>Всё, чего нет в systemd, не нужно.</sarcasm>
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	260. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 18:06
	> <sarcasm>Всё, чего нет в systemd, не нужно.</sarcasm> Не, не так. Вот пусть такое и кодят под кастомные требования. А запуск какого-нибудь мелкого проксика скриптом весом в половину исходников оного - нафин надо!
	Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

	225. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:07
	> А что SysV как-то запрещает писать init скрипты на любом языке? > Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control Да, зашибись. А потом надо вон тот сервер перенастроить - ОПА! А там возьми и окажись брейнфак. Потому что прошлый админ любил лулзы и хотел проучить работодателя и вообще, не считал что в его творчестве должно быть просто разобраться. Теперь такое художество придется внятно обосновывать, а не лепить что попало где не надо.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

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

	261. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 18:09
	> В системд можно скрипт исполнить из юнита? Из юнита можно выполнять программы. В том числе можно и ваш внешний скрипт позвать, разумеется. Только в случае systemd - это на правах костыля, если очень надо. А не как дефолтное вбивание гвоздей микроскопом.
	Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

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

	169. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Vkni (ok) on 24-Мрт-15, 18:28
	> А вообще - полагаю, что всерьёз рулил бы как  раз императив > на более вменяемом языке, чем шелл, и с хорошей библиотекой функций > для этого дела. Я не знаю такого языка. :-( Реально нужен микс из OCaml'а и Haskell'а - статическая типизация, максимально простая, лёгкая императивщина + модульность + возможность лёгкой ленивости (вместо конвееров). Плюс, возможность предварительной компиляции (если скорость нужна).
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	226. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:09
	> Реально нужен микс из OCaml'а и Haskell'а Кому нужен - тот пусть этим и занимается. Флаг ему в руки и барабан на шею.
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

75. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
Сообщение от Нанобот (ok) on 24-Мрт-15, 13:12
такого рода косяки - обычное дело для тестовых сборок. где-то они мелкие, где-то катастрофичные. ничего такого, из-за чего анонимам стоит биться в истерике
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
Сообщение от Tav (ok) on 24-Мрт-15, 13:27
> rm -rf $SQUID_PIDFILE_DIR/* Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	124. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:34
	> Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный. Будто бы написанная в systemd-блобе в виде strcpy(stpcpy(stpcpy(execcmd, "rm -rf "), getenv("SQUID_PIDFILE_DIR")), "/*") или где угодно на другом языке она была бы безопаснее...
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	234. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Tav (ok) on 24-Мрт-15, 23:40
	Не знаю, как это написано в systemd (не о нем речь), но конструировать сложные объекты (будь то пути, запросы, веб-страницы или что-то еще) путем конкатенации или подстановки строк неправильно и опасно (по крайней мере, когда речь идет не о сиюминутных скриптах, а о коде, который поддерживается долго). Язык должен предоставлять необходимые абстракции (в этом и заключается смысл ЯП: предоставление абстракций и средств для их построения). Ну вот пример (Racket): (build-path "a" "b" "c") #<path:a/b/c> (build-path "a" "/b" "c") build-path: absolute path cannot be added to a path (build-path "" "b" "c")       build-path: path element is an empty string
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	131. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:38
	>> rm -rf $SQUID_PIDFILE_DIR/* > Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, > но страшный. Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке noscript родились.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	236. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Tav (ok) on 24-Мрт-15, 23:57
	Практически невозможно никогда не допускать ошибок в коде. А вот своевременное выявление ошибок и ограничение их последствий должно обеспечиваться языком, системой и процедурами тестирования (здесь последние сработало, т. к. ошибка выявлена в тестовом выпуске).
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	273. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 23:52
	> Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке > noscript родились. Так скрипты инициализации какие-то такие и пишут в основном. Так. если на код глянуть.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

82. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от iZEN (ok) on 24-Мрт-15, 13:53
Тесты интеграции не проводят чуть более, чем совсем. Любой залетевший дятел сможет учинить армагеддон в данном дистрибутиве. Теперь нет никаких сомнений в полезности раздробленности GNU/Linux и в экосистеме отличающихся дистрибутивов - локальные армагеддоны страшны только их почитателям.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	87. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+3 +/–
	Сообщение от Stax (ok) on 24-Мрт-15, 13:59
	> Тесты интеграции не проводят чуть более, чем совсем. Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	227. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:10
	>> Тесты интеграции не проводят чуть более, чем совсем. > Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить. Настоящие чукчи новость не читают :)
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	96. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–2 +/–
	Сообщение от IMHO on 24-Мрт-15, 14:37
	так этоже ентерпрайз, и деньги улители и файлы с ними
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	104. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 15:41
	Можно подумать, что бsdуны их проводят. В портах три месяца лежала квагга, с поломанными правами на директорию логов - и после перезапуска, роутер превращался в тыкву, несмотря на ватчдог самой квагги. Аналогично - для кеша того же сквида. Проблема усугубляется тем, что он не уходит в бэкграунд до полной инициализации своего кэша и вешает наxер ВЕСЬ процесс загрузки. и притом он стартует ДО ssh. И не надо пенять на инит - это конкретно рукожопие мейнтейнеров.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	120. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 17:31
	Ну ты и врун 8-) Детская ещё еравма видимо ...
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	238. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Аноним (??) on 25-Мрт-15, 02:23
	А канделябром не желаете? http://svnweb.freebsd.org/ports/head/net/quagga/pkg-plist?r1...
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	280. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от count0krsk (ok) on 26-Мрт-15, 09:45
	Я знал, я знал ))) что бздя кривая, но чтоб настолько o_O А мне ещё не верили, что она в консоль вываливается после 2-3 миганий света и требует руками фиксить ФС. Кстати, кэш у сквида тогда тоже побился, спасибо что напомнили. Ждать пока он его проинициализирует надо было несколько минут.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	233. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:36
	> раздробленности GNU/Linux Ничего страшного, Леннарт и Ко. работают над устранением этой "проблемы".
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	248. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Andrey Mitrofanov on 25-Мрт-15, 09:39
	>>GNU/Linux >Леннарт и Ко. работают над устранением этой "проблемы". Только одной из двух??
	Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

83. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от Аноним (??) on 24-Мрт-15, 13:54
а это не проделки того-кого-нальзя-называть-в-приличном-обществе?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	101. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 15:09
	Да похоже на то. Придумал себе псевдоним Fernando Lozano и запостил патчик, чтобы дискредитировать sysv. Я не совсем понял только как он смог преодалеть возражение мейнтейнера на то, что там такой переменной никогда не было.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	237. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от IMHO on 25-Мрт-15, 00:59
	запилят rmrfd ?
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	276. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от DeadLoco (ok) on 26-Мрт-15, 00:11
	> запилят rmrfd ? модулем ядра
	Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

86. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 13:57
Сначала по заголовку думал что труба, но из содержимого все стало ясно. С одной стороны - в продакшене не будешь рисковать и ставить тестинг, а с другой - очень тупая ошибка для рхел.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от iCat (ok) on 24-Мрт-15, 13:59
Вообще - весьма круто. Достойно "поколения UnDo" - не проверять, не думать - только пробовать... Неужели это за пределами человеческого разума предугадать что будет происходить при отсутствии переменной? Или просто не модно стало думать прежде, чем запускать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–3 +/–
Сообщение от Павел Самсонов on 24-Мрт-15, 14:28
У меня / ro, правда /home я теряю в этом случае :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	228. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+2 +/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:12
	> У меня / ro, правда /home я теряю в этом случае :-) А я откачу снапшот за 20 секунд и как будто ничего и не бывало. Мне так больше нравится.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

95. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
Сообщение от Аноним (??) on 24-Мрт-15, 14:33
А кто может сказать что хранится в /var/run/squid? Никогда не пользовался squid и нет возможности глянуть. Потому как такое удаление вызывает недоумение. При запуске проверяется, что эта директория существует и создается при необходимости. При остановке же видим что удаляется ее все содержимое. Почему просто не удалить всю папку при остановке и создать заново при запуске. Зачем закладывать такие мины? Даже если бы это было просто rm -rf $SQUID_PIDFILE_DIR, то при запуске скрипт ее все равно создал. Более того не понятно зачем вообще использовать эту переменную? Неужели кому-то понадобится перенести эту директорию в другое место? В том же скрипте видим что файл вывода /var/log/squid/squid.out задан явно без всяких переменных. Но вынести это в переменную было бы куда логичнее, потому как встречается там 3 раза, в отличие от /var/run/squid.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	98. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 14:48
	Да они там укуренные просто. Ему говорят - нету в нашем скрипте такого! А он - есть, есть, сам видел, давайте в продакшн!
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	229. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 24-Мрт-15, 23:12
	> Да они там укуренные просто. Так другие скрипты почти и не пишут - считают ниже своего достоинства.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	139. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Stax (ok) on 24-Мрт-15, 17:43
	> А кто может сказать что хранится в /var/run/squid? > Никогда не пользовался squid и нет возможности глянуть. > Потому как такое удаление вызывает недоумение. Ничего, нет такого каталога. Это ошибка. В RHEL squid хранит свой pid в /var/run/squid.pid (во всяком случае, в EL6 и EL7).
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

263. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от Аноним (??) on 25-Мрт-15, 18:49
Раз любители системд уже непонятные баги притаскивают из нерелизнутых пакетов, то можно и им шпилю воткнуть. Вот у человека проблема с обсуждением vitus-wagner.livejournal.com/1071323.html . И системд тут конечно не при чём.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

266. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от DmA (??) on 25-Мрт-15, 20:27
А что  политики SELinux для Squida никакой нет что-ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	274. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от Аноним (??) on 25-Мрт-15, 23:54
	> А что  политики SELinux для Squida никакой нет что-ли? Так это не Squid. Это "запуск Squid". Делается системой инициализации, под рутом. И прописывать системе инициализации политики за...шься, потому что там настройки меняют относительно часто и каждый раз еще и политики SELinux переписывать - большинство админов труба шатали.
	Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

	284. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Stax (ok) on 26-Мрт-15, 17:31
	На самом деле, нет явной проблемы с таким прописыванием (почему это нельзя ограничить то, что может скрипт запуска *конкретного* сервиса?). Просто раньше это было бы неудобно делать, т.к. при запуске bash-скрипта устанавливать контекст selinux несколько проблематично: в случае запуска /etc/init.d/squid, /usr/sbin/service squid и запуска этого скрипта из начального init'а контексты на сам скрипт были бы разные. В 7-ке systemd решил эту проблему, он знает про контексты selinux и устанавливает их для конкретного сервиса, выполняя команды из unit-файла в этом контексте. И теперь есть возможность ограничить то, что может делать инициализация конкретного сервиса. См. https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...
	Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

279. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
Сообщение от Адекват (ok) on 26-Мрт-15, 07:32
Да ладно, в линуксах это норма, взять хотя бы xargs: find / -type d -iname '*tmp' | xargs rm -rf Что будет, если ни одной директории найдено не будет :) ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	281. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от count0krsk (ok) on 26-Мрт-15, 12:23
	> Да ладно, в линуксах это норма, взять хотя бы xargs: > find / -type d -iname '*tmp' | xargs rm -rf > Что будет, если ни одной директории найдено не будет :) ? Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но это не труЪ, поэтому софтостроители будут наступать на грабли года так до 2050го. А ещё лучше всё, что удалено через rf складывать в снапшот и по команде undelete откатывать всё обратно.
	Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

	282. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 26-Мрт-15, 14:47
	> Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но И на shell-globbing, обязательно! А rm _вообще только по паспорту. > до 2050го. > А ещё лучше всё, что удалено через rf складывать в снапшот и
	Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

	286. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	–1 +/–
	Сообщение от Адекват (ok) on 27-Мрт-15, 06:52
	> Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но Вообще-то претензии были именно к xargs, поскольку у нее есть опция --no-run-if-empty        -r     If the standard input does not contain any nonblanks, do not run the command.  Nor‐               mally, the command is run once even if there is no input.  This option is a GNU ex‐               tension. Но по логике вещей она должна быть по умолчанию, вернее по умолчаню если на xargs ничего не подается, то он ничего не должен запускать, но при этом, для извращенцев должна быть опция --run-if-empty
	Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

	288. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от EHLO on 27-Мрт-15, 16:28
	>[оверквотинг удален] > run the command.  Nor‐ >             >   mally, the command is run once even if there > is no input.  This option is a GNU ex‐ >             >   tension. > > Но по логике вещей она должна быть по умолчанию, вернее по умолчаню > если на xargs ничего не подается, то он ничего не должен > запускать, но при этом, для извращенцев должна быть опция --run-if-empty Безотносительно этого зловещего флага, ты своей командой 'find / -type d -iname '*tmp' | xargs rm -rf' можешь снести любые файлы при благоприятных обстоятельствах.
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	283. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
	Сообщение от EHLO on 26-Мрт-15, 15:21
	> Да ладно, в линуксах это норма, взять хотя бы xargs: > find / -type d -iname '*tmp' | xargs rm -rf > Что будет, если ни одной директории найдено не будет :) ? В этом случае ничего не будет, попробуй еще. Команда рискованная, но по другой причине.
	Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

294. "В скрипте инициализации RHEL допущена ошибка, приводящая к у..."	+/–
Сообщение от sproot (ok) on 31-Мрт-15, 04:27
Думаю, сначала надо cd $SQUID_PIDFILE_DIR делать, а потом, по коду возврата, принимать решение насчет rm.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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