Ubuntu продолжает интеграцию компонентов systemd

Да, разумеется.

Просто я ожидал аргументов типа «запилил принципиально новую фичу, позволяющую запускать апач на отдельном кластере разбери пи в соседнем городе при выгрузке из initrd, которая очень необходима в нашем интерпрайзе»

Что характерно вы реально считаете что я должен убить кучу времени на ваше любимое говно? :D

А что ты по-твоему делаешь постя однообразную чушь на ЛОРе? :-D

А что ты по-твоему делаешь постя однообразную чушь на ЛОРе? :-D

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

Я хотел сказать, что баги надо фиксить в апстриме, а не у себя на коленках, так что тут и говорить не о чем.

Фейспалм. Да вы просто полны лозунгов в стиле «за все хорошее против всего плохого»

И с каких пор в апстрим стали принимать грязные хаки и прочие квикфиксы? Вот вам надо срочно поправить чтото в скриптах инициализации что бы «заставить эту хрень работать», и что теперь ждать по апстрим примет фикс .... и включит его в следущую версию дистрибутива под которую всю инсталляцию надо заново собирать? :D

Вот представьте у вас полсотни серверов на нескольких дистрибутивах, и например вот десяток багов и прочих фиксов. Что будем держать по гиту и билдэнвайроменту на каждый мелкий баг в системе инициализации? :D При этом если вы будете держать свои копии системд то у вас это все нужно будет делать так, что бы не нарушились там зависимости пакетов - а ведь это основа системы, от нее каждая собака зависит :D

Короче я понимаю чо гентушники не против ситсемд, у них вся система такая, кастомная :D

А что ты по-твоему делаешь постя однообразную чушь на ЛОРе? :-D

Что тейлганнер сказал. «Однообразную чушь в виде ссылок на рекламу systemd постишь ты.»

Кстати у фанатиков ситсемд в соседнем треде уже начался бугурт от Марка. Сейчас подождем пока марк начнет форсить свои доработки к systemd и бугурт начнется и у тебя тоже :D

Таки поцеринг.

kernel> То есть разодрать системд реально на модули - это улучшить ситуацию.

В таком случае для сильного улучшение ситуации надо нафиг выкинуть systemd и перенести его функции на отдельные компоненты, которые лучше написать заново, а также использовать готовые имеющиеся.

true_admin> По-моему, это истерия. Для меня главный критерий это работоспособность.

SysV Init просто работает. Зачем менять на systemd? OpenRC просто работает. Зачем велосипедить systemd? Systemd - монолитный и негибкий кусок говна, проталкивающий бинаризацию, из-за которой те же логи надо смотреть специальной программой (все помнят, что такое редактор реестра венды?) - нафига он нужен?

true_admin> В чём гибкость скриптов состоит?

В модифицируемости и переносимости. С теми же скриптами уже делали параллельную загрузку на SysV Init.

true_admin> Он внутри не одним большим C-файлом как многие себе здесь это представляют.

Да мы в курсе. Но ведь тот же антивирус Бабушкина тоже не один .bat файл запускает, а плодит кучу. Вот тут аналогично.

Да. Есть практические задачи. И часть из них (в основном в embedded, ибо экономия ресурсов и кастомизация) этот самый systemd делает нерешаемыми.

true_admin> Или нужна мифическая модульность ради модульности?

То бишь, ты признаешь systemd монолитным куском говна? Ок. Но ведь дело тут какое. Модульность в обсуждаемом случае позволяет взаимозаменять компоненты, что резко расширяет круг решаемых задач и повышает стабильность. Вот у кого-то тут уже systemd тёк так сильно, что сотни мегабайт отожрал. Это нормально?

Простой пример. У тебя два пользователя - вася и петя. Оба залогинены. Всунули флешку. Вопрос - кому можно на неё читать и писать, а кому нет

а кому можно?

Тому, чья сессия в данный момент активна.

то он автоматически получает доступ ко всем устройствам, назначенным этому рабочему месту.

нетпук с двумя мониторами и с двумя клавами. Как делить звуковую карту?

Тому, чья сессия в данный момент активна.

я про случай, который здесь описан: http://0pointer.de/blog/projects/multi-seat.html

активны обе сессии.

хватит давать ссылку на этот RTFM, он на 97% состоит из чуши подобной:

1. linux стоит на 95% компах в мире

2. amd самые быстрые бесшумные и эффективные процессоры

3. бог создал мир

4. 2+2=1 в системе вычетов по модулю 3

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

Мне уже надоело постить инит скрипты из опенсузе в каждой теме про системде в ответ на этот аргумент ))

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

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

Меня лично systemd прет хотя бы вот этим:

alexv@vm85:~$ cat /etc/systemd/system/sshproxy.service 
[Unit]
Description=SSH proxy tunnel
After=syslog.target network.target auditd.service

[Service]
ExecStart=/usr/bin/ssh -N -i /etc/sshproxy/vm6.dsa -L 3128:10.0.3.211:8080 alexv@vm6.nn.internal

[Install]
WantedBy=multi-user.target

После бесконечного секса с инит-скриптами это - просто адский прыжок вперед. Чего стоит хотя бы то, что АПИ инитскриптов сильно расходится между разными дистрибутивами. start-stop-daemon в Дебиане ведет себя сильно по-другому, чем daemon в Шляпе и ЦентОС. Да, sysv-init - очень остроумная и гениально простая система, но индустрия в связи с ростом требует улучшения управляемости и предсказуемости. SMF (а на что еще ссылаться в дискуссиях про systemd?) был первым шагом в этом направлении, и он тоже стопроцентно специфичен для одной системы, непереносим и монолитен. Но при этом надежен как весь морской флот.

В то время, как остальные *здят по форумам о том какая модульная и текстовая должна быть система инициализации, Леннарт сел и написал что-то, что решает очень много проблем, которые раньше решались всякими костылями типа spawn-fcgi. Может и не так идеально написал как хотелось, но софт редко бывает идеальным с первого захода, а systemd очень и очень неплохо сделан для софтины такого масштаба, такого возраста и области применения. Upstart же является ярким примером, что задача - не из простых, а разработчики Каноникла способны только плагины к Компизу ваять, но думают они при этом все равно задницей.

И Тейлганнер может сколько угодно трясти тут своим ЧСВ, но systemd очень скоро станет решением с коммерческой поддержкой от Шляпы (не в курсе, честно говоря, подхватит ли его Unbreakable, думаю, что да), а самопальные костыли Тейлганнера так и останутся самопальными костылями Тейлганнера.

# cat /etc/init.d/sshproxy
NAME=${SVCNAME#*.}
pidfile="/var/run/sshproxy.${NAME}.pid"
command="/usr/bin/ssh"
command_args="-N -i ${PKEY} -L ${PHOST} ${PUSER}"
start_stop_daemon_args="--background --make-pidfile"

depend() {
        use net
}

# cat /etc/conf.d/sshproxy

PKEY_vm6="/etc/sshproxy/vm6.dsa "
PHOST_vm6="3128:10.0.3.211:8080"
PUSER_vm6="alexv@vm6.nn.internal"

# ln -s /etc/init.d/sshproxy /etc/init.d/sshproxy_vm6

хотя на самом деле для таких local.d придумали, пишешь туда sshproxy_vm6.start с командой и радуешься жизни.

У меня ни бубунта-сервер, ни ЦентОС, ни Демьян такого синтаксиса, к сожалению, не поддерживают. Если класть в local.d, то остается вопрос только как потом рулить этим мнэээ «демоном» из local.d. И даже если вопросы эти отбросить, то твой пример все равно неубедителен. Ну да фиг с ним, это была только иллюстрация.

Или вот еще проблема. Скрипт mysqld_safe триггерит запуск mysqld и сразу завершается. Init при этом продолжает выполнение скриптов ранлевела и некоторые сервисы (например jabberd2), которые зависят от mysqld отваливаются из-за недоступности базы. В Дебиане это решено костылем в инитскрипте, там 10 секунд ожидается mysqld_status. В FreeBSD, будь она благословенна, эта проблема не решена вообще никак. Мне интересно как решение такой проблемы будет выглядеть в той системе инициализации, для которой ты написал этот чудесный, даже не знаю скрипт это или конфиг.

Я к тому, что таких проблем очень много и все они очень разные. И sysv-init не может предложить ничего для их эффективного решения, как бы красиво не выглядели скрипты.

Вот вам надо срочно поправить что-то в скриптах инициализации что бы «заставить эту хрень работать»

Можно пример, пажалста

Вот представьте у вас полсотни серверов на нескольких дистрибутивах, и например вот десяток багов и прочих фиксов. Что будем держать по гиту и билдэнвайроменту на каждый мелкий баг в системе инициализации? :D При этом если вы будете держать свои копии системд то у вас это все нужно будет делать так, что бы не нарушились там зависимости пакетов - а ведь это основа системы, от нее каждая собака зависит :D

Какой-то ночной бред.

Короче я понимаю чо гентушники не против ситсемд, у них вся система такая, кастомная :D

Да, гента всегда готова для костылей )

а кому можно?

Тому кто всунул флешку, это же очевидно

как в такой ситуации определить кто всунул флешку?

<petrosyan>По изображению с вебкамеры, очевидно же.</petrosyan>

        
        /usr/bin/safe_mysqld >/dev/null 2>&1 &
        eend $?

как заставить safe_mysqld свалиться, чтобы проверить есть ли эта проблема? Как эта хм.. проблема решена в systemd?

Я к тому, что таких проблем очень много и все они очень разные. И sysv-init не может предложить ничего для их эффективного решения, как бы красиво не выглядели скрипты.

openrc может предложить решение всех проблем. (утверждение той же степени аргументированности и верности). В смысле говори конкретные проблемы, я отвечу знаю ли я решение, есть ли оно и если это проблема и решения нет, то постараюсь сделать всё, чтобы оно было.

ты пропустил 2/3 предложения, в которых была основная смысловая нагрузка, итоге оно потеряло смысл,

смирись. Это у него такой стиль общения.

У меня ни бубунта-сервер, ни ЦентОС, ни Демьян такого синтаксиса, к сожалению, не поддерживают.

debian так точно имеет openrc в репах значит в бубунту сервер можно поставить (насколько я понимаю), за центось сомневаюсь, но зависимости там минимальные и поставить явно можно. Хотя openrc скрипты не совсем совместимы с обычными sysv5 в частности заголовками обозначающими зависимости.

debian так точно имеет openrc в репах

http://packages.debian.org/search?keywords=openrc&searchon=names&suit...

Один энтузиаст рекламировал OpenRC в списке рассылки, но как-то не нашлось желающих его поддерживать.

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

Скрипт mysqld_safe триггерит запуск mysqld и сразу завершается. Init при этом продолжает выполнение скриптов ранлевела и некоторые сервисы (например jabberd2), которые зависят от mysqld отваливаются из-за недоступности базы. В Дебиане это решено костылем в инитскрипте, там 10 секунд ожидается mysqld_status.

по уму ждать 10 секунд должен jabberd, это ведь ЕМУ нужна СУБД.

Я к тому, что таких проблем очень много и все они очень разные. И sysv-init не может предложить ничего для их эффективного решения, как бы красиво не выглядели скрипты.

толльк такие проблемы никак НЕ относятся к самой системе инициализации. Если jabberd хочет СУБД - пусть ждёт, пока она подымется. При чём тут init?

Тому кто всунул флешку, это же очевидно

вот я и думаю, через какой такой libastral твой systemd угадывает, кто всунул флешку? Или таки на флешке QR код? И её надо к вебкамере поднести?

И Тейлганнер может сколько угодно трясти тут своим ЧСВ

О чем ты, родной?

самопальные костыли Тейлганнера так и останутся самопальными костылями Тейлганнера.

Я тебя впервые вижу, но уже беспокоюсь за тебя. Где ты видел мои костыли?

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

как-то мне кажется контекст потерялся, рассматривается ситуация, в которой к одному блоку подключены 2 монитора и 2 клавиатуры и одновременно сидят 2 пользователя, один из них втыкает флешку, вопрос: кто?

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

как заставить safe_mysqld свалиться

Не, я видимо не совсем ясно выразился. Его не надо валить, он просто запускает процесс поднятия базы и завершается. В результате инициализация продолжается, а база еще недоступна. Systemd предоставляет апи, пользуясь которым демон может сообщить когда он готов к работе, а админ при конфигурации юнита может указать надо ли ждать уведомления о готовности. Если демон этого не поддерживает, то есть PostStart, где можно подождать выхода на связь.

Я нигде ничего не говорил про openrc. Наверняка он не хуже, чем systemd, я просто не в теме. Я говорил, что инит требует замены, и systemd видится вполне подходящим кандидатом. Плюс, я лично считаю, что система инициализации должна быть не пускалкой скриптов, а документированным и функциональным инструментом, которым удобно пользоваться

ждать 10 секунд должен jabberd, это ведь ЕМУ нужна СУБД.

Не факт. С одной стороны должен (например, база на другом хосте), с другой стороны, он вообще не должен знать будет ли база, тогда непонятно что ему делать. В любом случае, лезть переписывать жабберд мне не очень охота, а systemd позволяет мне не париться.

А, ты про мультисит. А вот черт его знает. По идее, юсб хаб должен быть маркирован соответствующим ситом. Интересно, умеет ли это udisks

где я хочу иметь доступ к флешке воткнутой в другой комп

Если флешка была примонтирована с соответствующим uid=,gid= то права уже не поменяются, так что никак

О чем ты, родной?

Ты в одной дискуссии успел двоих чуваков ни за что ни про что заклеймить дебилами и админами локалхостов. При этом твоя аргументация вызывает массу вопросов. Отсюда и мысли.

Где ты видел мои костыли?

Лично не видел, но ты их сам упомянул пару страниц назад, типа ты настроил контейнеров на lxc и костылями подпер.

Ты в одной дискуссии успел двоих чуваков ни за что ни про что заклеймить дебилами и админами локалхостов.

Чтобы я одновременно обозвал человека и дебилом, и админом локалхоста? Ссылку или не было.

Где ты видел мои костыли?

Лично не видел, но ты их сам упомянул пару страниц назад, типа ты настроил контейнеров на lxc и костылями подпер.

Я настроил? Бгг. Если ты всё читаешь так же внимательно, ты ходячий аргумент против systemd.

Особенно удобно и модульно было использование симлинков.

А в systemd не используется куча говносимлинков? Ага.

как я понял, safe_mysqld выходит со соотв статусом, опенрц смотрит этот статус и выставляет соотв статус результату выполнения запуска сервиса. Соотв зависимые сервисы не начнут запуск раньше времени, и не начнут вообще в случае фейла. Есть pre/post действия, причем уже очень давно.

Наверняка он не хуже, чем systemd, я просто не в теме.

в плане списка фунционала и красоты оберки и разрекламированности - хуже, в плане реализации того, на что нацелен, имхо лучше. Про то, как я отношусь к СД я писал в этом треде, коротко, хорошие идеи собранные в негодную реализацию.

Зачем менять на systemd?

По идее, нужна только одна годная система инициализации. Но как-то не сложилось. Для меня systemd это как минимум возможность из коробки запускать сервисы и целые образы в cgroups. Мне это удобно. И в остальном оно почти всегда «просто работает».

из-за которой те же логи надо смотреть специальной программой

смотреть логи через journalctl для меня гораздо удобнее потому что там есть селекторы по дате и по сервисам.

все помнят, что такое редактор реестра венды?

и оно, к сожалению, уже есть, gconf называется. Но не надо путать логи и конфиги.

В модифицируемости и переносимости.

Переносимости... куда?

С теми же скриптами уже делали параллельную загрузку на SysV Init.

Я рад за них. Но как-то sysv init я давно не видел. Оно вымирает, если уже не вымерло.

Вот тут аналогично.

Я задам любимый мой вопрос: ты видел его исходники или просто повторяешь за всеми любиму мантру хейтеров?

позволяет взаимозаменять компоненты

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

сначала меня спрашиваете чего мне не хватает в sysVinit/upstart/etc, теперь идёт речь о расширении круга задач.. Ну скажи какую задачу надо решить, подумаем на сколько годен systemd и остальные системы. Без конкретики это бесполезный трёп.

Вот у кого-то тут уже systemd тёк так сильно, что сотни мегабайт отожрал.

Если это про меня то это была ошибка в профиле сups. Это косяк, беспорно. Но покажите мне софт без багов?

Ты же один из разработчиков openrc, да? Мне после твоего поста захотелось попробовать посмотреть на эту штуку, уж больно твой подход понравился. Спасибо.

Кстати, что интересно, все systemd ругают и при этом все тащят идеи из него к себе. Это хорошо (опенсурц в действии), но после этого все орущие «systemd нинужна» выглядят очень глупо. Это катализатор прогресса, системы инициализации за всю историю такого пинка не получали.

я если можно так выразиться «случайный» разработчик, т.е. у меня нет времени на полноценное участие, но если вижу какую-нить вещь которую можно запилить/поправить, то пытаюсь общаться с апстримом и сделать всё что в моих силах, но если быть честным, то моего вклада там почти нет. Так же пытаюсь следить за изменениями и подходами к решениям в других системах, в частности в systemd, чтобы быть способным сравнить подходы.

все systemd ругают и при этом все тащят идеи из него к себе

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