теперь это SYSTEMD vs INIT тред

я тоже уже плохо себя чувствую без systemd

вы всё ещё кипятите?

а это как у клиента. я стараюсь не связываться с миром до системд

я вообще не понимаю, как вы, птицуксоиды, жили с тем кошмаром, что был до достаточно кошмарного системд

Okey. Вопрос номер два - какой-нибудль простенький скрипт, который вытащит общие сведения о системе - проц, память, диски, система, желательно ещё и тип виртуализации определит если возможно

А полноценный софт типа lshw не катит?

я вообще не понимаю, как вы, птицуксоиды, жили с тем кошмаром, что был до достаточно кошмарного системд

Также как все живут с текущим мониторингом

>я тоже уже плохо себя чувствую без systemd это еще ничего. скоро начнется абстиненция.

я тоже уже плохо себя чувствую без systemd

А как же некоторые устраивали настоящий бойкот против введения systemd? Это зачем они так делали?

они и щас устраивают. nobody cares.

А как же некоторые устраивали настоящий бойкот против введения systemd? Это зачем они так делали?

в случае с дебианом там целый срач был

в случае с бубунтой, апстарт вполне себе работал

системд плох разве что своей монструозностью

а у кого-то все еще теплый ламповый openrc...

>апстарт вполне себе работал да, только бубунтоиды не осилили его нормально запилить. и в precise 90% софта поставлялось с sysv-скриптами.

Ну и тем что его проказник поттеринг писал

>апстарт вполне себе работал да, только бубунтоиды не осилили его нормально запилить. и в precise 90% софта поставлялось с sysv-скриптами.

типичный космонавт же

ват?

Шатлворт - шатл в рот - космонавт

ох ох.

ака 1й космический турист

не первый

"один из первых" ок ок

в случае с дебианом там целый срач был

Это мимо меня прошло, но как раз у дебианофилов я читал что ни в коем случае нельзя допустить включения systemd в поставки дистрибутива иначе весь юниксовый мир обрушится и мы все умрем.

это потому что он уже был у редхата

и ессно в нём был фатальный недостаток

ровно так же как фатальный недостаток был найден поттерингом ранее

системд плох разве что своей монструозностью

Он плох тем что ломает кейсы некоторые

Он плох тем что ломает кейсы некоторые

а можете хороший пример?

Для простых он лучше

Для сложных хуже

это как же?

а можете хороший пример?

Не рестартить сервис если конфиг сломан

чем для сложных кейсов плох ExecStart=/etc/init.d/ebanina start

?

чем для сложных кейсов плох ExecStart=/etc/init.d/ebanina start

Расскажи как мне не рестартить сервис если конфиг сломан

Не рестартить сервис если конфиг сломан

а в чем собственно проблема? Что такое "сломан"?

а в чем собственно проблема? Что такое "сломан"?

Если daemon -t возвращает не 0

nginx -t FAIL например

сейчас самое время начать срач про "демон в докере жить должен"

ExecStartPre=daemon -t https://www.freedesktop.org/software/systemd/man/systemd.service.html If any of those commands (not prefixed with "-") fail, the rest are not executed and the unit is considered failed. Или речь о кейсе, когда конфиг сломался под демоном? То есть стартовал успешно, работал-работал, потом умер, а конфиг оказался мертвым?

ExecStartPre=daemon -t https://www.freedesktop.org/software/systemd/man/systemd.service.html If any of those commands (not prefixed with "-") fail, the rest are not executed and the unit is considered failed. Или речь о кейсе, когда конфиг сломался под демоном? То есть стартовал успешно, работал-работал, потом умер, а конфиг оказался мертвым?

Он остановится и не стартанет

Если так сделать

так постойте, вы же это и просили.

так постойте, вы же это и просили.

Нет, я хочу конфчек до

до чего?

до чего?

До стопа

короче он хочет чекнуть конфиг и если 0 то рестарт

а, речь о том, что restart перепилили на stop && start

и нет ExecRestart

если не 0 то сказать ОЙ ВСЁ СЛОМАЛОСЬ

а, речь о том, что restart перепилили на stop && start

Да и того что нет prestop

reload есть для этого

но кейс понятен, да.

reload есть для этого

Я не хочу в релоаде делать рестарт

вообще без лишний надобности рестартить сервисы не кошерно конечно

действительно есть релоад

Я хочу апгрейд бинаря софтины не умеющей грейсфул апгрейд

а конфиги проверять надо

И предполагаю что может быть edge case когда на тестинг все ок, а в проде есть какая нибудь опция которая исчезла из конфига

И старт не отработает

это как так исчезла?

>Я хочу апгрейд бинаря софтины не умеющей грейсфул апгрейд к слову, nginx -t не гарантирует успешный запуск демона. он делает стопицот проверок еще во время старта мастер-процесса. ExecReload в этом плане предпочтительнее, пусть даже там и будет убит и заново запущен процесс. Он остановится посередине.

>Я хочу апгрейд бинаря софтины не умеющей грейсфул апгрейд к слову, nginx -t не гарантирует успешный запуск демона. он делает стопицот проверок еще во время старта мастер-процесса. ExecReload в этом плане предпочтительнее, пусть даже там и будет убит и заново запущен процесс. Он остановится посередине.

У софтины есть релоад конфига, но нет апгрейда

Мне нужен релоад

И нужен как можно более безопасный апгрейж

это как так исчезла?

Вышла новая версия и старый конфиг на какой нибудь мелкой группе серверов стал невалидным

На 0.1% например

ERROR: S client not available

а как у тебя тестинг стейджин etc может отличаться от прода вообще?

я всё кейс понять не могу. надо отрестартиться? конфиг обновить? бинарь обновить?

а по поводу "вышла новая версия, лалы лала" есть докер

а как у тебя тестинг стейджин etc может отличаться от прода вообще?

Если софт стоит везде, то можно за долбаться проверять его на всех ролях

который как раз призван от таких проблем избавлять

Когда ролей много

а как у тебя тестинг стейджин etc может отличаться от прода вообще?

удивлю тебя.

Если софт стоит везде, то можно за долбаться проверять его на всех ролях

пардоньте, но несовпадение версий пакетов на тестах и на проде это как бэ косяк

удивлю тебя.

я понимаю, что при обновлении да

но в конечном итоге что тестировалось, то блин и должно выкатываться

я всё кейс понять не могу. надо отрестартиться? конфиг обновить? бинарь обновить?

Нужно: поддержка релоада конфига (August послать) Поддержка рестарта но такого что если конфиг перестал быть валидным тотрестарт не остановит демон

удивлю тебя.

в смысле не только код, а вообще всё.

пардоньте, но несовпадение версий пакетов на тестах и на проде это как бэ косяк

Представь себе сотни ролей и софт - агент для мониторинга

но в конечном итоге что тестировалось, то блин и должно выкатываться

всегда есть нюансы.

Core для всех но с чуть разным конфигом везде

в таком случае тебя действительно чек конфига не спасёт особо

в таком случае тебя действительно чек конфига не спасёт особо

Чек конфига оставит текущую версию жить

что не помешает ему потом зафакапиться при рестарте с чекнутым конфигом, как выше написали

что не помешает ему потом зафакапиться при рестарте с чекнутым конфигом, как выше написали

Не видел чтоб такое писали

я не отрицаю

кейс твой понятен

кстати, я думаю, что можно решить путем ненастоящего сервиса и поколдовав с Requires

вообще такую йобу у них уже спрашивали, если по гитхабу полуркать

https://github.com/systemd/systemd/issues/2175

Коллеги, кто может ответить на вопрос о приоритете записи и чтения с диска в linux? http://unix.stackexchange.com/questions/313126/priority-read-and-write-files

https://github.com/systemd/systemd/issues/2175

Ага, я знаю

вообще такую йобу у них уже спрашивали, если по гитхабу полуркать

ты если почитаешь тред даже удивишься, кто там общался на эту тему ))

Коллеги, кто может ответить на вопрос о приоритете записи и чтения с диска в linux? http://unix.stackexchange.com/questions/313126/priority-read-and-write-files

ну там же не все так просто.

а у тебя то что читается не сегментированно ? может размер смерждженных батчей для чтения маленький, а для врайта там же секвеншал в твоем кейсе, и их будет больше

там в sysctl есть ручки разные, их можно потыркать, и посмотреть

А как должны выглядеть днс записи в route53 в амазоне, которые имеют тип TXT если у меня их две или три?

Выглядеть в их веб интерфейсе