Старт демона производится таким образом:
start-stop-daemon --start --background --quiet --pidfile $PIDFILE --exec $DAEMON --chuid $USER --umask $MASK --test > /dev/null || return 2
Совершенно типовая строчка времён sysv-init.
А вот что происходит, если убрать --background и devnull:
Would start /usr/bin/deluged (as user debian-deluged[112], and
(
Read more... )
Comments 44
Reply
Reply
Ну и да, так и решалось, чо. Вставлением strace или правкой init-скрипта.
Reply
Reply
У трэкера в худшэм случае нужна статистика, да и то странно требовать её нативной.
Reply
А нужен он, чтобы адекватно magnet'ы из браузера подхватывать.
Reply
В openrc - прекрасно. С флагом -d пошаговый лог запуска скрипта.
Reply
Reply
Или я руками повторю всё то, что делает инит-скрипт и найду сам.
Регулярно пользуюсь -d, ни разу не подводил.
Reply
Reply
Reply
Или удалением пакета systemd-cron 1.3.1+ds1-2 (в более новых подложили соломку).
Ну а живущие на bleeding edge могут наслаждаться регулярно поломатым ipv6 и иже с ним.
Не, задумка замечательная. Только уж слишком монструазная, склонная к NIH, и все яйца в одной корзине.
Reply
>задумка замечательная.
Традицыонно, да. Как у и pulseaudio, например. Да в некотором роде и у journald.
Ну, то есть у нас правда есть пара лишних гигагерц на то, чтобы улучшать систему инита или иметь стандартный userspace-сервер для воспроизведения звука или систему журналирования, которая бы могла раскладывать много чего по полочкам и получать более компьютэрно-информативные сообщения. И все имеющиеся решэния для этих задач по разным причинам довольно так себе.
Но Леннарт делает говно, стабильно, раз от раза. Поскольку кодер он вполне себе кодер, а архитектор -- никакой.
И ладно бы просто сделал 100500й демон для звука или пятую инит-систему. Но как это всё потом проталкивается через RH и прочих толстосумов -- это ужэ неприятно, на самом деле.
Reply
В же сложных случаях ("я поставил ночной билд и запустил от рута, всё сломалось") -
так и отлаживалось: убирали --background и devnull, смотрели чего творится.
Reply
А во времена systemd такой проблемы вообще не было бы (с поиском как отлаживать) - оно и так и так захватывает stdout/err демона и пишет его в лог. Там бы в status всё было написано и фиксилось бы в пол-пинка.
Reply
Или, вон, внутрях systemd на протяжении трёх релизов напряжённо искали проблему с deadlock между dbus и journald (с не менее восхитительной историей поисков).
Reply
>rpcbind и nfsmounts.
Некрофилы!
Reply
Leave a comment