|
|
|
4.172, myhand (ok), 18:33, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +4 +/– |
> Вот гадский Поцтеринг, даже прострелить свою ногу не дает!
Это он просто кусок кода у GNU rm слямзил. man rm, малыш.
| |
|
5.179, Аноним (-), 18:45, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –2 +/– |
> Это он просто кусок кода у GNU rm слямзил. man rm, малыш.
Тем не менее, в данном случае, в rm этот код оказался бесполезен, а в systemd - вполне себе годен.
| |
|
6.191, myhand (ok), 19:12, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
>> Это он просто кусок кода у GNU rm слямзил. man rm, малыш.
> Тем не менее, в данном случае, в rm этот код оказался бесполезен
Вы идиот? Как может один и тот же кусок кода, использующийся
одинаково быть полезным и бесполезным?
Объясняю, проблема не в
rm -rf /
а в
rm -rf /*
Детишкам нужно объяснять разницу? И почему защиты от эквивалента второй
команды (т.е. rm -rf /bin /dev ... после pathname expansion) - в systemd, естественно, нет?
> а в systemd - вполне себе годен.
Да нету в systemd вообще директивы RemoveAllFilesInDir, дурашка.
Вот как будет что-то подобное, да с поддержкой shell globbing - тогда и поговорим.
| |
|
7.194, Аноним (-), 19:22, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> Как может один и тот же кусок кода
Ну, во-первых, не один и тот же.
> Детишкам нужно объяснять разницу?
Тут внизу есть один борцун с Поттерингом, вот ему это объясните :)
> Вот как будет что-то подобное,
RuntimeDirectory= уже сто лет в обед. И защита от дурака там еще более суровая.
> да с поддержкой shell globbing - тогда и поговорим.
А зачем там shell globbing? В директиве ini-файла указывается только имя самого каталога, безо всяких звездочек.
Конструкция $DIRNAME/* - это костыль, имманентно присущий shell-скриптам, но не специализированным директивам.
| |
|
|
5.182, Аноним (-), 18:49, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
> Это он просто кусок кода у GNU rm слямзил. man rm,
> малыш.
Это как-то отменяет тот факт, что "RemoveAllFilesInDir=" не удаляет корень, в отличие от "rm -rf /*"?
| |
|
6.185, Аноним (-), 18:52, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Это как-то отменяет тот факт, что "RemoveAllFilesInDir=" не удаляет корень, в отличие
> от "rm -rf /*"?
У криворуких пользователей системд даже rm -rf /* корень удаляет. Хотя по умолчанию этого делать не должна. Ну понятно почему их стандартное положение вещей не устраивало - руки из другого места.
| |
|
7.188, Аноним (-), 19:06, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> У криворуких пользователей системд даже rm -rf /* корень удаляет. Хотя по умолчанию этого делать не должна.
Вообще-то должна. Но не-криворукие борцуны с systemd не знают, что такое глоббинг, и кто его делает, и какие параметры в итоге получает rm :)
| |
|
|
|
4.174, Аноним (-), 18:34, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
А пользователи системд все такие обезьяны?
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.
| |
|
5.180, Аноним (-), 18:46, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> А пользователи системд все такие обезьяны?
Андрюшка! Мирофанов! Ты сменил логин, но тебя все равно узнали, по неспособности сформулировать мысль)))
| |
|
6.183, Аноним (-), 18:50, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
И фапатель на системд умудрился дважды в глинку лицом упасть. Первый раз подумав про Мирофанова(спишем на синтаксическую ошибку). Это твои фантазии какие-то?
Второй раз не поняв простой английский текст, про rm. Где написано, что всё уже было сделано до Поттеринга. И ничего он там предусмотреть не мог. Только тупо копи-пастинг делать.
| |
|
7.187, Аноним (-), 19:04, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Второй раз не поняв простой английский текст, про rm. Где написано, что всё уже было сделано до Поттеринга.
Вот только почему-то это сделанное до него не помогло предотвратить проблему.
> И ничего он там предусмотреть не мог. Только тупо копи-пастинг делать.
http://sources.debian.net/src/coreutils/8.23-4/lib/root-dev-ino.h/#L33
И в процессе художественно переписать, ага. С тем же успехом можно утверждать, что любая программа на сях - копипаст моего приветмира школьных времен. Нуачо, "int main (int argc, char **argv)" есть же!
| |
|
|
|
|
5.252, Аноним (-), 16:09, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Надеюсь, где-то там снаружи этот путь таки нормализуется, ибо "//" - это тот же "/", а проверка уже не работает.
В rm проверка осуществляется по номеру inode.
| |
|
|
3.186, Аноним (-), 18:54, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
>> А вот был бы у него systemd...
> и RemoveAllFilesInDir= в настройках юнита...
Даже если не обращать внимание, что всякие Remove-директивы в systemd содержат проверки для защиты от случайного удаления корня...
Начнем с того, что в systemd вообще нет проблемы, с которой все началось - для отслеживания процессов используются контрольные группы, и костыль в виде PID-файлов там нафиг не уперся (ходя и поддерживается для совместимости с "юниксвейными" жертвами костылизма). Соответственно, раз PID-файлов нет, то и каталог с ними очищать не надо.
| |
|
|
|
4.51, PnDx (ok), 12:02, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
В ext* - без шансов при сколько-нибудь активной записи. Даже если немедленно дёрнуть питание или "xl destroy".
| |
|
5.176, Аноним (-), 18:37, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> В ext* - без шансов при сколько-нибудь активной записи. Даже если немедленно дёрнуть питание или "xl destroy".
Как насчет photorec?
| |
|
|
3.32, КО (?), 11:39, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +1 +/– |
systemd не освобождает от писания скриптов.
Просто теперь они не лежат в папке /etc/init.d (что правда и раньше было не обязательным), а размазаны равномерным слоем по всем файловым системам.
Посмотрев на эволюцию того как их перефигачивают и перекладывают по желанию левой пятки мантейнера дистрибутива.
На примера запуска того же tomcat в rhel7 и 7.1 понял смысл слова инновация.
| |
|
4.46, да я же (?), 11:52, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> На примера запуска того же tomcat в rhel7 и 7.1 понял смысл слова инновация.
просветите? :) аж интересно стало
| |
4.68, Аноним (-), 12:46, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> systemd не освобождает от писания скриптов.
Ещё как освобождает, более того - можно выкинуть не только скрипты, но и часть старого кода, отвечавшего за инициализацию сокетов, двойной форк и прочий онанизм для демонов.
| |
|
5.285, Аноним (-), 18:28, 26/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Ещё как освобождает, более того - можно выкинуть не только скрипты, но и часть старого кода, отвечавшего за инициализацию сокетов, двойной форк и прочий онанизм для демонов.
вот за одно это поттера можно и нужно казнить!!!
| |
|
|
5.74, Михрютка (ok), 13:04, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name), ".slice");
"и эти люди запрещают мне ковыряться в носу!"(с)
| |
|
|
7.111, Аноним (-), 16:56, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Глупым одминам, которые ничего кроме баша не видели в жизни - да, отбивает голову. Но по факту все правильно написано.
| |
|
6.209, Аноним (-), 22:30, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> "и эти люди запрещают мне ковыряться в носу!"(с)
А ты посмотри на исходники шелл портянок. Вон одни уже посмотрели. А на самом деле такого г-на по чуланам довольно много.
Скрипткидозники принципиально не проверяют ошибки, забивают на коды возврата и не могут себе вообразить что какая-то переменная может быть не установлена. А потом их скриптовая дрянь выносит полсистемы или что-нибудь ломает. Но свое же не пахнет, поэтому себе - скидки. Это ж не поттера за баги поливать. Себя то поливать не прикольно. Между тем, квалификация большинства скриптеров - ниже плинтуса.
| |
|
7.289, Аноним (-), 01:15, 29/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> "и эти люди запрещают мне ковыряться в носу!"(с)
> А ты посмотри на исходники шелл портянок. Вон одни уже посмотрели. А
> на самом деле такого г-на по чуланам довольно много.
> Скрипткидозники принципиально не проверяют ошибки, забивают на коды возврата и не могут
> себе вообразить что какая-то переменная может быть не установлена. А потом
> их скриптовая дрянь выносит полсистемы или что-нибудь ломает. Но свое же
> не пахнет, поэтому себе - скидки. Это ж не поттера за
> баги поливать. Себя то поливать не прикольно. Между тем, квалификация большинства
> скриптеров - ниже плинтуса.
Здесь, к сожалению, всё правда. Про тот же set -u вообще мало кто слышал, а ведь в описанной в новости ситуации спасло бы...
| |
|
|
5.150, Аноним (-), 18:04, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> Более того, он добавляет онанизма, но уже с сишным кодом. Взгляните например
> на херовы дебри БИНАРНЫХ генераторов юнитов.
Если не знаешь сишки, работа со строками и указателями может показаться пугающей. Но на самом деле, никакой магии там нет.
| |
|
6.155, Vkni (ok), 18:12, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Если не знаешь сишки, работа со строками и указателями может показаться пугающей.
> Но на самом деле, никакой магии там нет.
Разумеется нет, там сплошной идиотизм. За использование магических чисел - предварительно вычисленных длин строк должна полагаться смерть через матумбу.
| |
|
7.158, Аноним (-), 18:16, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> За использование магических чисел - предварительно вычисленных длин строк должна полагаться смерть через матумбу.
Сначала придется убить gcc, и заодно clang вместе с их авторами :)
| |
|
|
|
4.140, Аноним (-), 17:44, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +5 +/– |
Вообще, освобождает. Но для этого надо изменить мышление с императивного на декларативное, делать пачку простых юнитов, зависящих друг от друга. Мейнтенерам же проще идти привычным путем, потому и получается шило на мыло. В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart.
Более-менее правильное использование systemd я видел только в Arch.
| |
|
5.145, Аноним (-), 17:58, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> Вообще, освобождает. Но для этого надо изменить мышление с императивного на декларативное, делать пачку простых юнитов, зависящих друг от друга.
Чем это лучше пачки инитскриптов зависящих друг от друга? Ничем. Чем это хуже? А тем, что инитскипт можно собрать в один файл, и весь скрипт, все его действия, будут перед глазами. В шелле нет сотни скрытых параметров, как в systemd, и те команды которых нет в файле не влияют на его исполнение.
В остальном юниты systemd - очередной маргинальный скриптовый nih-язык, по всем параметрам хуже шелла. Но если шелл уже итак знают все, и его знание полезно в повседневной работе, то cинтаксис systemd знают единицы, и в обычной жизни это знание абсолютно бесполезно.
Не вижу ни в его использовании ни в продвижении никакого смысла.
| |
|
6.148, Аноним (-), 18:03, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> В остальном юниты systemd - очередной маргинальный скриптовый nih-язык
Дальше можно не читать. Кому интересно мнение человека, который демонстрирует вопиющую неграмотность в тех вопросах, о которых рассуждает?
| |
|
7.157, Аноним (-), 18:14, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Дальше можно не читать. Кому интересно мнение человека, который демонстрирует вопиющую
> неграмотность в тех вопросах, о которых рассуждает?
Что поделаешь, не все люди знают всё. Вот и приходится мне общаться с неграмотными, поднимать уровень знаний, чтобы люди учились на чужих ошибках, и не изобретали свои грабли заново.
А что, вы не считаете синтаксис systemd скриптовым языком? А каким? Компилируемым? Или вы не считаете его языком? ;)
| |
|
6.151, Аноним (-), 18:04, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –1 +/– |
Смысл примерно в том же, в чем преимущество ООП/ООД перед простынями последовательного кода в крупных проектах.
Нужно это далеко не всем, наверное, даже меньшинству, и мне непонятно, зачем systemd насильно запихивают во все дыры. Но вот в CoreOS, совместно с fleet, получается прекрасный инструмент работы с кластером.
| |
|
7.153, Аноним (-), 18:06, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Нужно это далеко не всем, наверное, даже меньшинству, и мне непонятно, зачем
> systemd насильно запихивают во все дыры.
Наверное, потому что все, кроме этого меньшинства, глубоко параллельно, что там внутри инита.
| |
|
6.211, Аноним (-), 22:34, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
> хуже? А тем, что инитскипт можно собрать в один файл, и
> весь скрипт, все его действия, будут перед глазами. В шелле нет
> сотни скрытых параметров, как в systemd,
Конечно, поэтому в портянке на 5 кило кода такие упыри пропишут параметры "по всей площади". Очень удобно выколупывать пути и прочая по всем пяти килобайтам...
| |
|
5.154, Аноним (-), 18:10, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –1 +/– |
> В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart.
Любовь к костылям не проходит за полгода. Это нужно полностью перестраивать систему мышления, отказываться от квази-"юниксовой" идеологии "зачем думать, читать маны, это же можно решить добавлением очередного скрипта". Может, лет эдак через пять пойдут какие-то положительные изменения.
| |
|
6.166, Andrey Mitrofanov (?), 18:24, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +3 +/– |
>> В дебиане такой же маразм, притом что стало даже хуже, чем в убунте с upstart.
>Это нужно полностью перестраивать систему
> мышления, отказываться от квази-"юниксовой" идеологии "зачем думать, читать маны, это
> же можно решить добавлением очередного скрипта".
""Решим все Ваши проблемы. Промыванием мозгов клизмой."" --Секта s-d.
> Может, лет эдак через пять пойдут какие-то положительные изменения. | |
|
7.175, Аноним (-), 18:34, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> ""Решим все Ваши проблемы. Промыванием мозгов клизмой."" --Секта s-d.
Нет, простите, Ваших проблем никто не решит. Нельзя промыть то, чего нет))
| |
|
|
5.250, КО (?), 10:23, 25/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
У языков 4го поколения тоже есть свои недостатки.
Да декларативное программирование проще - ибо за все отвечает думатель, который внутре.
Но порой оказывается, что он тоже не идеален и не всемогущ.
И если задачи чуть выходят за ограниченный заранее круг, то все приходится возвращаться к предыдущему поколению.
| |
|
|
3.119, Аноним (-), 17:31, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
> вот вот. Ретрограды с инитскриптами идут на х...
Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия!
| |
|
4.156, Аноним (-), 18:14, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы
> болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия!
А уж если человек с трудом освоил костыляние на шелле - все, он мегахакер, супер-программер и вообще элита, осваивать нормальные ЯП считает ниже своего достоинства. При виде работы с указателями в сях впадает в истерику и, аки Милонов, требует срочно запретить "блобы" (при то, что без блобоядра и блобоинтерпретатора его мега-скрипты не запустятся, он, очевидно, не в курсе).
| |
4.212, Аноним (-), 22:37, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– |
> Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы
> болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия!
Простите, но скрипткидисы всегда и считались самыми болванистыми из всех программистов. Поэтому то что эти пипетки пытаются из себя корчить целую гордую клизму - ни на бит не улучшает их кривой и бажный код, которым можно пугать детей. Да-да, большинство инит скриптов являются наглядным пособием по теме "как не надо писать программы". То что из-за поттера такие орлы пойдут теперь подметать улицы и ползать в админской позе под столами, протягивая витуху - это вообще фича а не баг.
| |
|
|
|
5.270, Аноним (-), 23:25, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Уже скоро. Релиз Debian-а близится. Ждём оползней и обрушений...
А, вот кто виноват в разрушении пятиэтажки! Ну все, не отвертитесь, канальи. Вы знали о том что поттеринг замышляет, но не сообщили. Теперь вы попали!
| |
|
|
|
2.38, Zenitur (ok), 11:44, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +4 +/– |
Не удивлюсь если ошибку специально добавили пару месяцев назад, чтобы после обнаружения заявить "вот видите какй sysvinit плохой! А вы ещё не хотите переходить на RHEL/CentOS 7!".
| |
|
|
4.162, Аноним (-), 18:20, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> Там вообще-то upstart.
А толку от этого upstart, если все равно все через скрипты работает?
Такие инциденты наводят на мысль, что более правилен подход OpenRC - полный отказ от совместимости с init-скриптами (правда, это стало одной из основных причин его провала в дебиане).
| |
|
5.214, Аноним (-), 22:40, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Такие инциденты наводят на мысль, что более правилен подход OpenRC - полный
> отказ от совместимости с init-скриптами
OpenRC - это те же скрипты, только еще более навороченные. По поводу чего оно не решает ни одной проблемы и создает много новых. Нафиг нужно.
| |
|
4.213, Аноним (-), 22:39, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Там вообще-то upstart.
Ну, понимаете, у некоторых людей всегда во всех бедах жи^W либера^W аген^W, пардон, Поттеринг виноват :). Совок всегда остается совком.
| |
4.249, КО (?), 10:09, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
В 7ке Systemd, а вот в 6ке Upstart. Вам и написали, что это была рекламная акция демонстрирующая преимущества systemd. Вот если бы там написали
ExecStartPost=-/bin/bash -c "rm -rf %I/*"
Этого все бы сработало на ура.
| |
|
|
2.66, Аноним (-), 12:44, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –6 +/– |
Дык! А сколько баттхёрта было, когда у идиотов даже не отняли, а лишь серьёзно затруднили возможность прострелить себе ногу...
| |
|
3.177, Аноним (-), 18:41, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Дык! А сколько баттхёрта было, когда у идиотов даже не отняли, а лишь серьёзно затруднили возможность прострелить себе ногу...
У многих баттхертящих вообще инитом svchost.exe :)
| |
|
4.215, Аноним (-), 22:41, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> У многих баттхертящих вообще инитом svchost.exe :)
Вам бы так хотелось думать, но как видим - придется обломаться.
| |
|
|
|
3.159, Аноним (-), 18:18, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Да, это еще один хитрый пиар-ход Systemd. Мол "в системд такого бы не произошло".
Ждем на бис в дебиане и генте!
| |
|
|
1.4, Аноним (-), 10:51, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –1 +/– |
Если есть платная поддержка, то наверно можно обратиться и они будут обязаны хоть из параллельной вселенной похеренные данные достать.
| |
|
2.216, Аноним (-), 22:42, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> архисекурный редхат.
А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар. Получил 100500 долларов на pwn2own, по любому.
| |
|
3.239, тигар (ok), 04:20, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– |
>> архисекурный редхат.
> А вот и эксперты по балабо^W безопасности подоспели. Крутой гуру-безопасник - Тигар.
> Получил 100500 долларов на pwn2own, по любому.
сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)
| |
|
4.257, Аноним (-), 17:44, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)
Да не, просто что-то никак не могу найти тебя в списке призеров, наверное я что-то делаю не так. Наверное надо другой список изучать - например, участников Специальной олимпиады :). Вот там ты точно будешь на призовых местах.
| |
|
5.265, тигар (ok), 19:19, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> сильно комплексуешь по этому поводу, детка? хочешь об этом поговорить, пупсик?;)
> Да не, просто что-то никак не могу найти тебя в списке призеров,
> наверное я что-то делаю не так. Наверное надо другой список изучать
> - например, участников Специальной олимпиады :). Вот там ты точно будешь
> на призовых местах.
а до тебя, детонька, или сразу после? ответь, это очень важно.
| |
|
|
|
|
|
2.135, й (?), 17:40, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Я тоже пользователь fish. Но ни разу не видел скрипты на нем, по-моему, писать инит-скрипт на fish чуть менее бесперспективно, чем на csh, т.е. всё-таки плохая идея.
Другой вопрос -- то, что systemd, да и апстарт, должны были избавить от sh-портянок в инит-файлах. Во-первых, в rh6 этого всего ещё нет (я в курсе про апстарт унутре, но апстарт-скрипт ему не скормить). Ну, а во-вторых, программисты на шелле таки не освоили systemd и теперь дергают свои шелл-портянки оттуда.
| |
|
3.143, й (?), 17:52, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Да, и в-третьих. Пару лет назад использовали мы в продакшне сквид на centos в довольно объёмных инсталляциях. Упёрлись в то, что родной из родных реп -- использовать нельзя. Так что ошибка эпичная, но что всех в реальности затрагивает родной сквид из беты прошлой мажорной ветки rhel -- тоже история сомнительная.
| |
|
|
|
|
|
4.35, der_FeniX (?), 11:42, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> не хочу показаться занудой, но если нужно было удалить только все файлы,
> то ключ -r лишний
файлы и директории удалить. Думал и так понятно
| |
|
5.192, Аноним (-), 19:16, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> файлы и директории удалить. Думал и так понятно
Но зачем удалять подкаталоги? Там же их быть не должно, по определению. А если и есть - значит, не просто так, а потому, что кто-то их специально создал. Вот пусть он и удаляет.
| |
|
|
3.39, Нуб (?), 11:45, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
> Затем, чтобы удалить все файлы в директории, но не саму директорию
Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?
| |
|
4.42, derfenix (ok), 11:48, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
>> Затем, чтобы удалить все файлы в директории, но не саму директорию
> Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?
А ты предлагаешь каждый раз перед записью в файл проверять существует ли путь до нег?Или удалять директорию, а потом сразу создавать ее и выставлять права?
| |
|
5.49, Нуб (?), 12:00, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>>> Затем, чтобы удалить все файлы в директории, но не саму директорию
>> Т.е. оставлять пустую директорию архиважно? Как надпись "здесь был вася"?
> А ты предлагаешь каждый раз перед записью в файл проверять существует ли
> путь до нег?Или удалять директорию, а потом сразу создавать ее и
> выставлять права?
А лучше надеяться на правильное содержимое критической переменной?
| |
|
6.52, derfenix (ok), 12:02, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
В данном случае они просто тупо скопипастили кусок кода не проверив ничего, в этом вся проблема. К вопросу удаления содержимого папки это вообще не имеет отношения.
| |
|
7.54, Нуб (?), 12:07, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> В данном случае они просто тупо скопипастили кусок кода не проверив ничего,
> в этом вся проблема. К вопросу удаления содержимого папки это вообще
> не имеет отношения.
Отсюда делаю вывод - лучше "rm -fr $VAR/*" не писать.
| |
|
6.217, Аноним (-), 22:45, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> А лучше надеяться на правильное содержимое критической переменной?
Скрипткидозники всегда так и делают. А потом если что-то не работает - даже логгинг пиши себе сам, чувак! А скриптодрянь даже и не икнет никуда сообщением что что-то не так. Скажет что все отработало, и досвидания. А ты если хочешь, можешь логгинг и обработку ошибок сам дописать за скрипткидозниками.
| |
|
|
|
|
|
|
2.218, Аноним (-), 22:47, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Я смотрю, удаление всех файлов на диске при перезапуске программы становится всё
> более модным.
Да не сцы, я видел виндовую программу, рекурсивно выносившую весь C:\ еще 10 лет назад. Правда почему-то никто из юзеров не жаловался.
| |
|
|
2.60, userd (ok), 12:33, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +7 +/– |
нет.
есть и другие способы "выстрелить себе в ногу".
но это всё внешние по отношению к линуксоидам факторы.
а злейший враг - он, как обычно, в голове.
| |
|
1.28, Аноним (-), 11:25, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –6 +/– |
почему нет команды удаления показывающей сколько файлов и каталогов удаляется и спрашивающей подтверждение? Понятно что в этом случае она бесполезна, хотя бы от ошибок в консоли уберегла бы.
| |
|
2.31, pkdr (ok), 11:39, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +9 +/– |
Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы ничего не спрашивая. Без неё всё спрашивается.
Всегда ваш Капитан.
| |
|
3.292, Аноним (-), 01:43, 29/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы
> ничего не спрашивая. Без неё всё спрашивается.
> Всегда ваш Капитан.
Товарищ Капитан, это не Windows, здесь удаление по умолчанию работает по-другому!
(если, конечно, заботливый дистростроитель не включил rm -i в качестве алиаса для rm по умолчанию — привет, Красная Шапочка!)
| |
|
|
1.37, Михрютка (ok), 11:44, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –2 +/– |
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???
| |
|
2.44, Аноним (-), 11:51, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7..
>> bash-4.1$ cat /etc/redhat-release
>> Red Hat Enterprise Linux Server release 6.6 (Santiago) | |
|
3.48, Михрютка (ok), 11:58, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>> В поставляемом в составе тестового выпуска 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, пока этот ретивый чех его туда не вставил.
| |
|
|
5.109, Аноним (-), 16:05, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Имя репортера - испаноязычное, ты с мейнтейнерам путаешь.
Не, а кто реально этот rm вставил, если даже мейнтейнер правильный патч сразу нарисовал?
| |
|
|
|
|
1.41, PnDx (ok), 11:47, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –2 +/– |
Грабли rm давно пора снабдить более удобной ручкой.
В смысле, настройками области видимости (типа --one-file-system), владельца и глубины сверху/снизу. И не надо тыкать в find - ну не будут так выписывать в большинстве случаев.
Иначе грабли так и продолжат бить даже сравнительно осторожных, типа эпичного "rm -rf /usr /lib/nvidia-current/xorg/xorg". Ну и вспомнить сюрприз в старых фрюхах, когда "rm *" захватывал '.' и '..'. А чо? WildCard же...
| |
|
|
3.107, Аноним (-), 16:02, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +3 +/– |
> в руках идиота даже палочка от эскимо смертельно опасна
А в руках некоторых идиотов опасность может представлять даже само эскимо.
| |
|
4.219, Аноним (-), 22:48, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> А в руках некоторых идиотов опасность может представлять даже само эскимо.
Так, блин, у програмеров написание скриптов сроду считалось непочетной и грязной работой для субъектов с низким IQ. Ну вот и достается всем это стремное эскимо...
| |
|
|
2.47, клоун (?), 11:55, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –16 +/– |
Грабли здесь в проверке наличия уже запущенного экземпляра приложения. В Линукс это принято делать, создавая пустой временный файл. Следуя этой логике дальше, протоколирование хода работы программы также осуществляется созданием и удалением пустых временных файлов. При перезапуске программы всех эти файлы нужно удалить. Небольшая ошибка - и удаляется ЗНАЧИТЕЛЬНО больше запланированного.
В 60-е (когда Торвальдс учился в ВУЗе) это казалось передовой практикой (всё есть файл), но не сегодня. Старую собаку не научишь новым приёмам. Поэтому так важно, чтобы ничто и никогда не замыкалось на одного человека.
| |
|
3.62, pkdr (ok), 12:37, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +13 +/– |
А какая есть лучшая практика? Реестр от укуренных индусов из M$? И если понимать, как устроен компьютер, то да, всё, что содержит информацию есть файл.
Торвальдс 69 года рождения, если он ухитрился в 60-е учиться в вузе, то его гениальность неоспорима - подтверждается даже ботом из M$.
| |
|
4.110, клоун (?), 16:16, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.
| |
|
5.112, Аноним (-), 16:58, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Задача решается с использованием примитивов синхронизации межпроцессного взаимодействия, которые должны быть частью API. Примитивов.
При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность. В данном случае под этим следует подразумевать возможность получения информации [о наличии запущенного экземпляра программы] из скриптов и прочего ненативного кода.
| |
|
6.133, клоун (?), 17:40, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
Иными словами, вы считаете необходимым в угоду концепции "всё есть файл" заменить все функции 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. Логично, если она будет сразу запрашивать то, что ей нужно, а не создавать ещё один уровень абстракций в виде файлов, наличие и отсутствие которых будет как то интерпретироваться.
| |
6.222, Аноним (-), 22:53, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> При таком решении теряется главное преимущество концепции "всё есть файл" — универсальность.
Иди поработай с ioctl'овыми апи универсально, ога :)
| |
|
|
4.116, Аноним (-), 17:25, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> Реестр от укуренных индусов из M$?
Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея. А только ничто не может помешать неосторожному мантейнеру пакета вписать команду, которая снесёт всё содержимое реестра, и запихнуть её он может как в простыню на bash, так и юнит-файл systemd.
| |
|
5.221, Аноним (-), 22:52, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> как в простыню на bash, так и юнит-файл systemd.
Но поскольку системдэ умеет уйму всего сам - у нас будет относительно отлаженное core, которое скриптокидозники с руками из ж...ы не переизобретают в очередной раз. И позвать это core будет относительно безопасно, в отличие от кода писаной левой пяткой какого-то укурившегося упыря, считающего что кто-то всенепременно гарантирует наличие правильной переменой, а думать что будет если там ничего нет - не для него. Поттер и то не такой дуб.
| |
5.271, Аноним (-), 23:29, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Хранение конфигов в иерархической базе ключ-значение - сама по себе вполне здравая идея.
А ничего что ФС уже и есть такая "БД"? :)
| |
|
|
|
|
5.129, PnDx (ok), 17:37, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Одна команда. Не понял в чём проблема?
В 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>
| |
|
|
|
|
1.45, DeadLoco (ok), 11:52, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Извините, а в редхате не принято запускать сервисы от непривилегированых пользователей? Достаточно же воткнуть в начале скрипта
su squid
и проблема рассосется, как класс...
| |
|
|
3.118, Аноним (-), 17:27, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Не, не получится! Будет еррор тогда при рестарте в лог сыпаться, что
> пермишен денайд :)
здрасьте, приехали. даже к портам <1024 можно привязывать процессы с non-root привилегиями, а уж отстроить разрешения на каталог - и вовсе как два пальца.
| |
|
|
3.90, Аноним (-), 14:13, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.
странно говорить о достижении systemd которое они подсмотрели в обычном sysv init..
| |
|
4.100, Stax (ok), 15:01, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.
Так он тут как раз так и делает :) С правами рута. Стирает pid-файл. С непредсказуемым эффектом.
В случае же systemd код с правами рута только создает стандартные каталоги/файлы согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать от пользователя.
Впрочем, в случае сквида даже из systemd он запускается из под рута и меняет пользователя уже сам. Но тут уж ничего не поделаешь. Видимо, сам squid не рассчитан на запуск сразу из под непривилегированного пользователя.
| |
|
5.102, Аноним (-), 15:14, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
>> а что скрипт старта сервиса это не мог бы сделать ? так и было сделано всегда.
> Так он тут как раз так и делает :) С правами рута.
> Стирает pid-файл. С непредсказуемым эффектом.
> В случае же systemd код с правами рута только создает стандартные каталоги/файлы
> согласно инструкциям из tmpfiles.d, а дальше код сервиса уже можно запускать
> от пользователя.
еще раз - считается что так сделать нельзя? удивлю - так всегда и делали в приличном обществе.
скрипт запуска создавал каталоги - где вручную где используя mtree (?), после чего запускался демон и создавал нужные файлы.
| |
|
6.128, Stax (ok), 17:36, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Так делали, но это приводит к потенциальным проблемам типа возникшей тут.
В случае systemd это больше не требуется, т.к. механизм tmpfiles позволяет создавать каталоги и прочее в момент запуска сервиса средствами systemd по декларативному описанию в конфиге. Напр.
$ cat /etc/tmpfiles.d/named.conf
d /run/named 0755 named named -
Что, очевидно, безопаснее и меньше риска допустить ошибку.
| |
|
7.138, Аноним (-), 17:42, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> $ cat /etc/tmpfiles.d/named.conf
> d /run/named 0755 named named -
> Что, очевидно, безопаснее и меньше риска допустить ошибку.
И кто помешает написать там:
> d $SQUID_PIDFILE_DIR 0755 named named -
и получить те же грабли только в профиль?
| |
|
|
|
|
|
2.264, playnet (ok), 19:13, 25/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
А для su требуется рутовый пароль. И при рестарте сервера он не загрузится, ибо "su же".
В общем, бред какой-то. И да, для управления сервисами нужен рут.
| |
|
3.275, DeadLoco (ok), 00:05, 26/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> А для su требуется рутовый пароль
Вы, вероятно, удивитесь, но если скрипт запустить от рута, то выполнение в нем 'su squid' не потребует никаких паролей.
| |
|
|
1.61, Аноним (-), 12:37, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Репортер предложил кривой патч, при этом он врёт, что
> > 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.
Выводы?
| |
|
2.69, Andrey Mitrofanov (?), 12:46, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>>are using different sources than those from RHEL6.
> Выводы?
""Блу-алерт! В багзтле рх замечена контрафактная el6.7. рх пердуперждает: только аутентиная 7.1, только хардкор. Проверяйте цифровые подписи, чеки сохраняйте.""
| |
|
|
|
3.80, Tav (ok), 13:41, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –6 +/– |
И за это тоже, и за все, что "не так". Просто некоторые разработчики и админы чувствуют в нем угрозу обесценивания некоторых накопленных ими ранее знаний и опыта, воспринимая таким образом внедрение systemd, как атаку на себя лично.
| |
|
4.91, angra (ok), 14:18, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +8 +/– |
Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в среднем даже не 1% от времени сисадмина. Так что угроза существует разве что в воспаленном воображении детишек, мнящих себя умными только по причине следования за модой.
| |
|
5.170, Tav (ok), 18:29, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Даже если непосредственной возни 0.01%, понимание того, как это работает, нужно постоянно.
Я не пытаюсь сказать, что все критики systemd неадекватны. Речь была о "некоторых", их отличает агрессивно-неконструктивный стиль комментариев, что явно указывает на личную задетость.
| |
5.224, Аноним (-), 22:57, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> Я тебе сейчас поведаю страшную тайну. Возня с инит скриптами это в
> среднем даже не 1% от времени сисадмина.
А вот это очень зависит от админов и прочая. Какой нибудь аутсорсер или фрилансер может и не заниматься протягиванием витухи в ДЦ, а вот настройку серверов делать поточно-конвейерным методом. И вот там все эти заморочки с кучей левого кода, 10 лет назад написанного кулсисопом, после возлияний, на одном дыхании - даром не упали. Потому что окажется что кулсисоп 3 года назад уволился, а если б и не уволился - понятия не имеет что он там 10 лет назад написал, как следует буханув. Зато остальным когда встает вопрос понять что и почему не работает или где это переконфигурируется - совсем не прикольно.
| |
|
6.235, myhand (ok), 23:51, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +3 +/– |
> Зато остальным когда встает вопрос понять что
> и почему не работает или где это переконфигурируется - совсем не прикольно.
И что, systemd еще и проблему с пьянством решает? Или с жадностью
работодателей и наймом школоты, не слыхавшей о документации работы?
Бардак можно устроить и на реально декларативном языке, а уж на
той лапше что своим фанатам Леня навешал на уши - просто за милую душу.
| |
|
7.258, Аноним (-), 17:56, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> И что, systemd еще и проблему с пьянством решает? Или с жадностью
Нет, конечно. Но он сделает все эти художества неудобными и нафигнужными. По поводу чего с ними сталкиваться придется сильно реже и только по делу. А это хорошо и правильно.
> работодателей и наймом шкoлоты, не слыхавшей о документации работы?
Удачи тебе в поиске документации на хотя-бы инит скрипты из состава дебиана.
> Бардак можно устроить и на реально декларативном языке
Можно все. Даже написать пухлый и тормозной код на ассемблере. Но это будет неудобно.
| |
|
|
|
|
|
|
|
4.99, Crazy Alex (ok), 14:58, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Конечно не запрещает. Но по факту используется только шелл. Что логично - зоопарк здесь не нужен, но, с другой стороны, шелл уж больно уродлив и провоцирует кучу ошибок (что мы здесь и видим). Это во-первых.
Во-вторых - инит должен предоставлять скриптам некий стандартный сервис - хоть работу с PID ту же, хоть события/зависимости, хоть ещё что. Это довольно неудобно делать, если движок скриптов не встроен в сам инит и практически невозможно - если таки использовать много языков.
В-третьих - базовыые вещи вроде start/stop/restart со статически забитыми параметрами, зависимостей и т.п. всё-таки не должны требовать скриптов, здесь деклараций - более чем достаточно.
| |
|
|
6.171, Vkni (ok), 18:31, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> Уродлив не шелл, а такие писаки - вроде тебя - которые всех
> тонкостей не знают, но лезут писать скрипты.
1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у и подобным - ленивость исполнения конвееров.
2. Как несложно заметить, чем меньше тонкостей в языке, тем лучше - очередной C++ нам не нужен.
| |
|
7.241, Аноним (-), 05:09, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> 1. Shell устарел - в нём нет простой арифметики, проверки типов, алгебраических
> типов. С другой стороны, есть совершенно необходимая фича, присущая только Haskell'у
> и подобным - ленивость исполнения конвееров.
Да, все это крайне необходимо в системе инициализации. Чтобы Вася мог с перепоя такого накодить что потом даже академики из РАН не смогут понять где он параметры для запуска прописал.
> очередной C++ нам не нужен.
Вот именно поэтому там и будут конфиги, из которых скрипты будут звать только если ну очень надо. Вызывать на каждый сцаный сервер академиков из РАН - дурь несусветная.
| |
|
6.181, Аноним (-), 18:47, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> и мэйнтайненс сервисов?
Про мейнатансе сервизов охота услышать. Можно поподробнее как там нагрузку базы определяете и если что переезжаете на амазоновское облако. Ключики какие в системд на этот счёт? Ну или попроще что - на манер забикса-нагиоса там есть в системд?
| |
|
|
4.225, Аноним (-), 23:07, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> А что SysV как-то запрещает писать init скрипты на любом языке?
> Ну вот например модуль для их создания на perl: https://metacpan.org/pod/Daemon::Control
Да, зашибись. А потом надо вон тот сервер перенастроить - ОПА! А там возьми и окажись брейнфак. Потому что прошлый админ любил лулзы и хотел проучить работодателя и вообще, не считал что в его творчестве должно быть просто разобраться. Теперь такое художество придется внятно обосновывать, а не лепить что попало где не надо.
| |
|
|
6.261, Аноним (-), 18:09, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> В системд можно скрипт исполнить из юнита?
Из юнита можно выполнять программы. В том числе можно и ваш внешний скрипт позвать, разумеется. Только в случае systemd - это на правах костыля, если очень надо. А не как дефолтное вбивание гвоздей микроскопом.
| |
|
7.278, Аноним (-), 06:12, 26/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
То есть в сисвинит можно скрипты писать на любом языке. И админ обязательно напишет на брейнфаке 5 кило портянок назло руководству. А в системд можно выполнить любую программу, но никто и никогда не будет ничего писать на брейнфаке и вызывать из юнитов.
Я правильно всё понял, ничего не упустил?
| |
|
|
|
|
3.169, Vkni (ok), 18:28, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> А вообще - полагаю, что всерьёз рулил бы как раз императив
> на более вменяемом языке, чем шелл, и с хорошей библиотекой функций
> для этого дела.
Я не знаю такого языка. :-( Реально нужен микс из OCaml'а и Haskell'а - статическая типизация, максимально простая, лёгкая императивщина + модульность + возможность лёгкой ленивости (вместо конвееров). Плюс, возможность предварительной компиляции (если скорость нужна).
| |
|
4.226, Аноним (-), 23:09, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Реально нужен микс из OCaml'а и Haskell'а
Кому нужен - тот пусть этим и занимается. Флаг ему в руки и барабан на шею.
| |
|
|
|
1.75, Нанобот (ok), 13:12, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +3 +/– |
такого рода косяки - обычное дело для тестовых сборок. где-то они мелкие, где-то катастрофичные. ничего такого, из-за чего анонимам стоит биться в истерике
| |
1.79, Tav (ok), 13:27, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –1 +/– |
> rm -rf $SQUID_PIDFILE_DIR/*
Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный.
| |
|
2.124, Аноним (-), 17:34, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
> Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный, но страшный.
Будто бы написанная в systemd-блобе в виде strcpy(stpcpy(stpcpy(execcmd, "rm -rf "), getenv("SQUID_PIDFILE_DIR")), "/*") или где угодно на другом языке она была бы безопаснее...
| |
|
3.234, Tav (ok), 23:40, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Не знаю, как это написано в 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
| |
|
2.131, Аноним (-), 17:38, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +3 +/– |
>> rm -rf $SQUID_PIDFILE_DIR/*
> Такая строчка — бомба замедленного действия. Все-таки sh страшный язык. Удобный,
> но страшный.
Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке noscript родились.
| |
|
3.236, Tav (ok), 23:57, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Практически невозможно никогда не допускать ошибок в коде. А вот своевременное выявление ошибок и ограничение их последствий должно обеспечиваться языком, системой и процедурами тестирования (здесь последние сработало, т. к. ошибка выявлена в тестовом выпуске).
| |
3.273, Аноним (-), 23:52, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Страшен не шелл. Страшны недоучки и недоумки, которые со встроенным в башке
> noscript родились.
Так скрипты инициализации какие-то такие и пишут в основном. Так. если на код глянуть.
| |
|
|
1.82, iZEN (ok), 13:53, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Тесты интеграции не проводят чуть более, чем совсем. Любой залетевший дятел сможет учинить армагеддон в данном дистрибутиве. Теперь нет никаких сомнений в полезности раздробленности GNU/Linux и в экосистеме отличающихся дистрибутивов - локальные армагеддоны страшны только их почитателям.
| |
|
2.87, Stax (ok), 13:59, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
> Тесты интеграции не проводят чуть более, чем совсем.
Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить.
| |
|
3.227, Аноним (-), 23:10, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Тесты интеграции не проводят чуть более, чем совсем.
> Проблему отловили *в тестовом выпуске* до релиза, попрошу заметить.
Настоящие чукчи новость не читают :)
| |
|
2.104, Аноним (-), 15:41, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
Можно подумать, что бsdуны их проводят.
В портах три месяца лежала квагга, с поломанными правами на директорию логов - и после перезапуска, роутер превращался в тыкву, несмотря на ватчдог самой квагги.
Аналогично - для кеша того же сквида. Проблема усугубляется тем, что он не уходит в бэкграунд до полной инициализации своего кэша и вешает наxер ВЕСЬ процесс загрузки. и притом он стартует ДО ssh.
И не надо пенять на инит - это конкретно рукожопие мейнтейнеров.
| |
|
3.280, count0krsk (ok), 09:45, 26/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
Я знал, я знал )))
что бздя кривая, но чтоб настолько o_O
А мне ещё не верили, что она в консоль вываливается после 2-3 миганий света и требует руками фиксить ФС.
Кстати, кэш у сквида тогда тоже побился, спасибо что напомнили. Ждать пока он его проинициализирует надо было несколько минут.
| |
|
|
|
2.101, Аноним (-), 15:09, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Да похоже на то. Придумал себе псевдоним Fernando Lozano и запостил патчик, чтобы дискредитировать sysv. Я не совсем понял только как он смог преодалеть возражение мейнтейнера на то, что там такой переменной никогда не было.
| |
|
1.86, Аноним (-), 13:57, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +1 +/– |
Сначала по заголовку думал что труба, но из содержимого все стало ясно. С одной стороны - в продакшене не будешь рисковать и ставить тестинг, а с другой - очень тупая ошибка для рхел.
| |
1.88, iCat (ok), 13:59, 24/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
Вообще - весьма круто. Достойно "поколения UnDo" - не проверять, не думать - только пробовать...
Неужели это за пределами человеческого разума предугадать что будет происходить при отсутствии переменной?
Или просто не модно стало думать прежде, чем запускать?
| |
|
2.228, Аноним (-), 23:12, 24/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> У меня / ro, правда /home я теряю в этом случае :-)
А я откачу снапшот за 20 секунд и как будто ничего и не бывало. Мне так больше нравится.
| |
|
|
2.98, Аноним (-), 14:48, 24/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Да они там укуренные просто. Ему говорят - нету в нашем скрипте такого! А он - есть, есть, сам видел, давайте в продакшн!
| |
2.139, Stax (ok), 17:43, 24/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> А кто может сказать что хранится в /var/run/squid?
> Никогда не пользовался squid и нет возможности глянуть.
> Потому как такое удаление вызывает недоумение.
Ничего, нет такого каталога. Это ошибка. В RHEL squid хранит свой pid в /var/run/squid.pid (во всяком случае, в EL6 и EL7).
| |
|
1.263, Аноним (-), 18:49, 25/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
Раз любители системд уже непонятные баги притаскивают из нерелизнутых пакетов, то можно и им шпилю воткнуть. Вот у человека проблема с обсуждением vitus-wagner.livejournal.com/1071323.html . И системд тут конечно не при чём.
| |
|
2.274, Аноним (-), 23:54, 25/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А что политики SELinux для Squida никакой нет что-ли?
Так это не Squid. Это "запуск Squid". Делается системой инициализации, под рутом. И прописывать системе инициализации политики за...шься, потому что там настройки меняют относительно часто и каждый раз еще и политики SELinux переписывать - большинство админов труба шатали.
| |
|
3.284, Stax (ok), 17:31, 26/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
На самом деле, нет явной проблемы с таким прописыванием (почему это нельзя ограничить то, что может скрипт запуска *конкретного* сервиса?). Просто раньше это было бы неудобно делать, т.к. при запуске bash-скрипта устанавливать контекст selinux несколько проблематично: в случае запуска /etc/init.d/squid, /usr/sbin/service squid и запуска этого скрипта из начального init'а контексты на сам скрипт были бы разные.
В 7-ке systemd решил эту проблему, он знает про контексты selinux и устанавливает их для конкретного сервиса, выполняя команды из unit-файла в этом контексте. И теперь есть возможность ограничить то, что может делать инициализация конкретного сервиса.
См. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/
| |
|
|
1.279, Адекват (ok), 07:32, 26/03/2015 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– |
Да ладно, в линуксах это норма, взять хотя бы xargs:
find / -type d -iname '*tmp' | xargs rm -rf
Что будет, если ни одной директории найдено не будет :) ?
| |
|
2.281, count0krsk (ok), 12:23, 26/03/2015 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
> Да ладно, в линуксах это норма, взять хотя бы xargs:
> find / -type d -iname '*tmp' | xargs rm -rf
> Что будет, если ни одной директории найдено не будет :) ?
Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но это не труЪ, поэтому софтостроители будут наступать на грабли года так до 2050го.
А ещё лучше всё, что удалено через rf складывать в снапшот и по команде undelete откатывать всё обратно.
| |
|
3.282, Andrey Mitrofanov (?), 14:47, 26/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но
И на shell-globbing, обязательно! А rm _вообще только по паспорту.
> до 2050го.
> А ещё лучше всё, что удалено через rf складывать в снапшот и | |
3.286, Адекват (ok), 06:52, 27/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Надо для ключа -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
| |
|
4.288, EHLO (?), 16:28, 27/03/2015 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>[оверквотинг удален]
> 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' можешь снести любые файлы при благоприятных обстоятельствах.
| |
|
|
2.283, EHLO (?), 15:21, 26/03/2015 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Да ладно, в линуксах это норма, взять хотя бы xargs:
> find / -type d -iname '*tmp' | xargs rm -rf
> Что будет, если ни одной директории найдено не будет :) ?
В этом случае ничего не будет, попробуй еще.
Команда рискованная, но по другой причине.
| |
|
|