Hello! On Fri, Apr 16, 2021 at 08:45:15PM +0300, Gena Makhomed wrote:
> On 16.04.2021 18:42, Maxim Dounin wrote: > > >> После перезапуска сервера htop показывает: > >> > >> └─ nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf > >> ├─ nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf > >> ├─ nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf > >> ├─ nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf > >> └─ nginx: worker process > >> > >> После ручного systemctl restart nginx все стало нормально: > >> > >> └─ nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf > >> ├─ nginx: worker process > >> ├─ nginx: worker process > >> ├─ nginx: worker process > >> └─ nginx: worker process > >> > >> Это какая-то ошибка в коде nginx, > >> что переименование процессов не всегда срабатывает? > > > Скорее процессы повисли где-то на запуске. Я такое наблюдал > > при прикрученном на серверах LDAP'е для пользователей/групп, > > который не работал, и соответственно запуск рабочих процессов > > вис где-то в районе setgid() / initgroups() / setuid(). > > Там используются бинарные сборки с сайта nginx.org, версия > 1.19.10 без сторонних и стандартных модулей. В конфигах nginx > тоже нет ничего нетривиального, используется несколько mediawiki > сайтов. Не важно, откуда сборки nginx'а и что в конфигах, важно - что в настройках системы. Ну то есть для того, чтобы завесить nginx при смене пользователя - вполне хватает настроенного в системе LDAP'а. > Если такая ситуация повторится в будущем - что мне следует > сделать, для того чтобы найти причину этого глюка с > непереименованием процессов? Смотреть дебаггером стек процессов, там будет всё понятно. -- Maxim Dounin http://mdounin.ru/ _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru