спецификация на запуск сервисов под управлением systemd.
> >> Вопрос лишь в том, соответствует nginx этой спецификации или нет.
>
> > Нет. Вопрос в том, соответствует ли эта "спецификация",
> > придуманная авторами systemd, тому, как пишутся и работают демоны
> >
как быть с тем, что гугл выдает примерно 51500 страниц,
если в строке поиска задать:
systemd: PID file /var/run/nginx.pid not readable (yet?) after start.
?
Ведь это всё отрицательным образом сказывается на имидже nginx.
Можно ли пойти по второму пути и сделать в nginx workaround,
чтобы syste
Hello!
On Fri, Nov 24, 2017 at 04:48:41PM +0200, Gena Makhomed wrote:
> On 24.11.2017 15:33, Maxim Dounin wrote:
>
> >>> Давайте, всё-таки, опеределимся: мы за всё хорошее против всего
> >>> плохого (== чтобы демоны писали pid-файлы до выхода запущенного
> >>> процесса, потому что по другому - п
В письме от пятница, 24 ноября 2017 г. 17:48:41 MSK пользователь Gena Makhomed
написал:
> nginx ведь соответствует например, спецификации на протокол HTTP,
Например, потому что NginX — HTTP-сервер,
> почему же он не может соответствовать спецификации из daemon(7)?
а SystemD при этом — лишь **од
On 24.11.2017 15:33, Maxim Dounin wrote:
Давайте, всё-таки, опеределимся: мы за всё хорошее против всего
плохого (== чтобы демоны писали pid-файлы до выхода запущенного
процесса, потому что по другому - плохо), или вопрос исключительно
в том, чтобы systemd не ругался в логи?
Так ведь systemd
Hello!
On Fri, Nov 24, 2017 at 01:30:41PM +0200, Gena Makhomed wrote:
> On 24.11.2017 6:12, Maxim Dounin wrote:
>
> >>> Но сама идея, что все должны сесть и заняться выпиливанием
> >>> стандартного паттерна, который работал десятки лет, и делать
> >>> вместо это что-то своё с синхронизацией - не
Hello!
On Fri, Nov 24, 2017 at 12:16:08PM +0300, Vadim A. Misbakh-Soloviov wrote:
> Прошу прощения за то, что вставляю свои пять копеек, но у меня, почему-то, на
> Gentoo NgX вполне замечательно стартует на SystemD без ругани, на которую
> жалуется ОП:
[...]
> В связи с этим у меня возникает
Здравствуйте!
> Например, команда "/etc/init.d/nginx start ; /etc/init.d/nginx stop"
> будет глючить на системах, где nginx запускается в виде SysV сервиса.
Никогда не возникало желания выполнить команду
"/etc/init.d/nginx start ; /etc/init.d/nginx stop"
Что я делаю не так, или чего не делаю?
24.11.2017, 14:30, "Gena Makhomed" :
> On 24.11.2017 6:12, Maxim Dounin wrote:
>
Но сама идея, что все должны сесть и заняться выпиливанием
стандартного паттерна, который работал десятки лет, и делать
вместо это что-то своё с синхронизацией - не взлетит.
>
>>> Эта идея уже взле
В письме от пятница, 24 ноября 2017 г. 14:30:41 MSK пользователь Gena Makhomed
написал:
> Когда команда "/etc/init.d/nginx start ; /etc/init.d/nginx stop"
> глючит
Опять же, данная команда на gentoo (на инстансах без systemd) у меня тоже не
глючит. При любом количестве воркеров.
И у меня всё то
On 24.11.2017 6:12, Maxim Dounin wrote:
Но сама идея, что все должны сесть и заняться выпиливанием
стандартного паттерна, который работал десятки лет, и делать
вместо это что-то своё с синхронизацией - не взлетит.
Эта идея уже взлетела. Если демон состоит из одного процесса
- systemd может од
Прошу прощения за то, что вставляю свои пять копеек, но у меня, почему-то, на
Gentoo NgX вполне замечательно стартует на SystemD без ругани, на которую
жалуется ОП:
```
ноя 24 12:12:24 note systemd[1]: Starting The nginx HTTP and reverse proxy
server...
ноя 24 12:12:25 note nginx[17684]: nginx:
On Fri, Nov 24, 2017 at 07:12:31AM +0300, Maxim Dounin wrote:
> +if (read(pp[0], buf, 1) != 1) {
> +ngx_log_error(NGX_LOG_EMERG, log, ngx_errno, "read() pipe
> failed");
> +return NGX_ERROR;
> +}
> +
> +if (close(pp[0]) == -1) {
> +ngx_lo
Hello!
On Fri, Nov 24, 2017 at 01:12:46AM +0200, Gena Makhomed wrote:
> On 23.11.2017 23:00, Maxim Dounin wrote:
>
> >>> Это всё замечательно (за вычетом того, предлагаемое использование
> >>> daemon(3) почему-то не учитывает, что после вызова daemon(3)
> >>> parent-процесса уже нет, а "ошибка"
On 23.11.2017 23:00, Maxim Dounin wrote:
Это всё замечательно (за вычетом того, предлагаемое использование
daemon(3) почему-то не учитывает, что после вызова daemon(3)
parent-процесса уже нет, а "ошибка" - не ошибка), но не отменяет
того, что чуть менее, чем все существующие демоны делают именно
Hello!
On Thu, Nov 23, 2017 at 09:00:07PM +0200, Gena Makhomed wrote:
> On 23.11.2017 19:13, Maxim Dounin wrote:
>
> В systemd's daemon(7) manpage очень подробно расписано
> как должны вести себя SysV Daemons при работе с systemd.
> И очевидно, что nginx этим требованиям не соотве
Здравствуйте, Илья,
On 23/11/2017 21:30, Илья Шипицин wrote:
> не совсем про systemd, скорее про пакеты
>
> не пробовали вот такие хуки
> https://fedoraproject.org/wiki/Packaging:Scriptlets#Systemd ?
> (для pre, post скриптов)
Мы собираем пакеты не только под systemd-enabled дистрибутивы из одн
On Wed, Nov 22, 2017 at 08:43:14PM +0300, Maxim Dounin wrote:
> С точки зрения практики - паттерн "daemon(); write_pidfile();"
> используется чуть менее, чем везде, вплоть до соответствующих
> библиотечных функций. Так что инициатива выглядит, скажем так,
> сомнительной.
Отговорка, скажем так
forking которые запускают много
дочерних процессов как это делает nginx или postfix?
Проблемы в работе под управлением systemd сейчас есть только у nginx:
systemd: PID file /var/run/nginx.pid not readable (yet?) after start.
Все остальные сервисы у меня на серверах под systemd работают нормально.
Когда я
23 ноября 2017 г., 22:55 пользователь Maxim Dounin
написал:
> Hello!
>
> On Thu, Nov 23, 2017 at 12:30:45PM -0500, S.A.N wrote:
>
> > > С точки зрения практики - паттерн "daemon(); write_pidfile();"
> > > используется чуть менее, чем везде, вплоть до соответствующих
> > > библиотечных функций. Т
Hello!
On Thu, Nov 23, 2017 at 12:30:45PM -0500, S.A.N wrote:
> > С точки зрения практики - паттерн "daemon(); write_pidfile();"
> > используется чуть менее, чем везде, вплоть до соответствующих
> > библиотечных функций. Так что инициатива выглядит, скажем так,
> > сомнительной.
> >
> > Прощ
On 23.11.2017 19:30, S.A.N wrote:
для Systemd лучше вообще не указывать pid файл
Не лучше. Если Type=forking то pid файл необходимо указывать всегда:
https://lists.freedesktop.org/archives/systemd-devel/2017-November/039831.html
вместо Type=fork использовать Type=notify, это более гибкий вар
On 23.11.2017 18:44, Igor Sysoev wrote:
Кстати, Lennart Poettering нашел еще одну ошибку в исходниках nginx:
https://lists.freedesktop.org/archives/systemd-devel/2017-November/039832.html
Интересно, откуда он это придумал про двойной fork()?
Скорее всего из книжки Richard W. Stevens
Advance
> С точки зрения практики - паттерн "daemon(); write_pidfile();"
> используется чуть менее, чем везде, вплоть до соответствующих
> библиотечных функций. Так что инициатива выглядит, скажем так,
> сомнительной.
>
> Проще всего, IMHO, это было бы заткнуть на уровне systemd,
> дожидаясь появлени
Hello!
On Thu, Nov 23, 2017 at 07:44:57PM +0300, Igor Sysoev wrote:
> > On 23 Nov 2017, at 19:28, Gena Makhomed wrote:
> >
> > Кстати, Lennart Poettering нашел еще одну ошибку в исходниках nginx:
> > https://lists.freedesktop.org/archives/systemd-devel/2017-November/039832.html
>
> Интересно,
Hello!
On Thu, Nov 23, 2017 at 06:28:55PM +0200, Gena Makhomed wrote:
> On 23.11.2017 17:37, Maxim Dounin wrote:
>
> >> В systemd's daemon(7) manpage очень подробно расписано
> >> как должны вести себя SysV Daemons при работе с systemd.
> >> И очевидно, что nginx этим требованиям не соответствуе
> On 23 Nov 2017, at 19:28, Gena Makhomed wrote:
>
> Кстати, Lennart Poettering нашел еще одну ошибку в исходниках nginx:
> https://lists.freedesktop.org/archives/systemd-devel/2017-November/039832.html
Интересно, откуда он это придумал про двойной fork()?
Во FreeBSD используется только один fo
On 23.11.2017 17:37, Maxim Dounin wrote:
В systemd's daemon(7) manpage очень подробно расписано
как должны вести себя SysV Daemons при работе с systemd.
И очевидно, что nginx этим требованиям не соответствует.
Original process должен вызывать exit() только после того,
как будет полностью заве
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,
> >> чтобы sys
On 22.11.2017 19:43, Maxim Dounin wrote:
systemd: PID file /var/run/nginx.pid not readable (yet?) after start.
Можно ли как-то исправить поведение nginx,
чтобы systemd не флудил в логи сообщениями об ошибках?
С точки зрения абстрактного счастья для всех даром - наверное,
поведение systemd
web server.
>
> И вот такое при запуске nginx 1.13.7:
>
> systemd: Starting nginx - high performance web server...
> systemd: PID file /var/run/nginx.pid not readable (yet?) after start.
> systemd: Started nginx - high performance web server.
>
> Как это можно победить,
/var/run/nginx.pid not readable (yet?) after start.
systemd: Started nginx - high performance web server.
Как это можно победить, чтобы в логах такого не было?
Рекомендуют вот такой workaround: https://stackoverflow.com/a/42084804
И еще вот такое нашлось заодно: https://stackoverflow.com/a/42555993
32 matches
Mail list logo
