Hello! On Thu, Nov 23, 2017 at 03:49:43PM +0200, Gena Makhomed wrote:
> On 22.11.2017 19:43, Maxim Dounin wrote: > > >> systemd: PID file /var/run/nginx.pid not readable (yet?) after start. > > >> Можно ли как-то исправить поведение nginx, > >> чтобы systemd не флудил в логи сообщениями об ошибках? > > > С точки зрения абстрактного счастья для всех даром - наверное, > > поведение systemd логично, и на момент выхода запущенного процесса > > pid-файл должен уже существовать. > > > > С точки зрения практики - паттерн "daemon(); write_pidfile();" > > используется чуть менее, чем везде, вплоть до соответствующих > > библиотечных функций. Так что инициатива выглядит, скажем так, > > сомнительной. > > Спросил об этом в списке рассылки systemd-devel: > https://lists.freedesktop.org/archives/systemd-devel/2017-November/039812.html > > Идея переписать systemd там энтузиазма не вызвала: > https://lists.freedesktop.org/archives/systemd-devel/2017-November/039820.html > > Более того, мне прислали ссылку на официальную документацию systemd: > > Many other deficiencies with the BSD daemon() function > are documented in systemd's daemon(7) manpage. > > В systemd's daemon(7) manpage очень подробно расписано > как должны вести себя SysV Daemons при работе с systemd. > И очевидно, что nginx этим требованиям не соответствует. > > Original process должен вызывать exit() только после того, > как будет полностью завершена инициализация daemon process, > в частности, после того как daemon process создаст свой pid файл. Это, что называется, всё очень интересно, но вызывает сомнение успех подобных рекомендаций. Особенно с учётом отсутствия каких-либо внятных примеров того, что же использовать вместо daemon(3). О чём я, собственно, и писал выше. Впрочем, если верить ответу тут: https://lists.freedesktop.org/archives/systemd-devel/2017-November/039825.html то соответствующее сообщение можно смело игнорировать, и systemd на самом деле умеет дожидаться создания pid-файла. То есть вопрос лишь в том, что при этом systemd пишет в лог. -- Maxim Dounin http://mdounin.ru/ _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
