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