демон
python

Лучше не начинай вообще.

Лучше не начинай вообще.

Ты, наверное удивишься, узнав сколько в твоем линуксе написано на питоне.

Читай, переписывай на питон. Часто хватает просто форкнуться, разобраться с текущей директорией и стандартным IO.

Запутался в запятых в стартовом посте.

В книге "Python в системном администрировании" приводится пример, а также даются отсылки к книгам "Python Cookbook" (David Asher) и "UNIX Network Programming: The Sockets Networking API" (Richard Stevens).

http://www.python.org/dev/peps/pep-3143/#correct-daemon-behaviour

Зачастую хватит flock и минутного кронтаба.

Читать вот это: http://stackoverflow.com/questions/473620/how-do-you-create-a-daemon-in-python

Важно понять зачем нужен double fork, что такое утечка дескрипторов, ulimits...

Потом можно посмотреть готовые либы типа http://pypi.python.org/pypi/python-daemon/

Кстати, systemd позволяет очень быстро создавать демоны которым можно будет и ресурсы ограничивать и запускать/перезапускать/останавливать. Оно ещё может следить за тем чтобы демон не крашнулся.

Оно ещё может следить за тем чтобы демон не крашнулся.

Живительный systemd предотвращает сегфолты. Скандалы, интриги, расследования.

сколько в твоем линуксе написано на питоне.

можно пример?

http://www.freedesktop.org/software/systemd/man/daemon.html

можно пример?

Первое, что пришло в голову: yum.

apt-cache rdepends python

apt-cache rdepends python

Чтобы было честнее:

apt-cache rdepends python | grep -v python

http://www.freedesktop.org/software/systemd/man/daemon.html

http://libslack.org/daemon/

Дешего и сердито.

Спорно.

Не удержался…

Хорошая практика — это не писать демонов на питоне.

А лучше переложить всю эту рутину на внешнюю программу типа start-stop-daemon

А лучше переложить всю эту рутину на внешнюю программу типа start-stop-daemon

Это уже зависит. Иногда проще и надежнее не использовать внешних утилит.

//Сам часто пользуюсь внешним демонизатором.

А лучше переложить всю эту рутину на внешнюю программу типа start-stop-daemon

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

start-stop-daemon(8)

-b, --background

Typically used with programs that don't detach on their own. <...> WARNING: start-stop-daemon cannot check the exit status if the process fails to execute for any reason. This is a last resort, and is only meant for programs that either make no sense forking on their own, or where it's not feasible to add the code for them to do this themself.