Невозможно убить - nginx: главный процесс nginx -g daemon выключен

Я настраиваю Nginx и OpenRusty на своем Ubuntu, меня смущает одна вещь: даже после того, как я выйду из OpenRusty и остановлю Nginx, я все еще могу наблюдать, как работает nginx, кажется, что этот процесс нельзя даже убить. Мой вопрос в том, кто запускает это nginx и почему этот демон nginx всегда работает?

пс-доп | grep нгинкс
корень 3779 0,0 0,0 10776 6180 ? Сс 06:57 00:00 **nginx: главный процесс nginx -g daemon off;**
системд+ 4587 0.0 0.0 11172 2756 ? С 06:57 00:00 nginx: рабочий процесс
jia 17315 0.0 0.0 16184 1068 pts/0 S+ 07:08 0:00 grep --color=auto nginx

Я попытался systemctl остановить его, кажется, nginx все еще работает.

sudo systemctl остановить nginx.service
 
 статус sudo systemctl nginx.service 
nginx.service — NGINX HTTP и обратный прокси-сервер
   Загружено: загружено (/lib/systemd/system/nginx.service; отключено; предустановка поставщика: включена)
   Активный: неактивный (мертвый)

 судо пс-до | корень grep nginx 3779 0,0 0,0 10776 6180 ? Сс 06:57 00:00 nginx: главный процесс nginx -g daemon off; 
    системд+ 4587 0.0 0.0 11172 2756 ? С 06:57 00:00 nginx: рабочий процесс

OpenResty (предполагается, что вы имели в виду OpenRестиль, а не OpenRтыsty!) — это набор инструментов и расширенная конфигурация демона http nginx. Таким образом, он всегда будет включать работающий nginx, если запущен openresty.

Так что для меня твой пс-доп | grep нгинкс приводит к:

...
корень 8402 0,0 0,0 49984 14580 ? SNs Jul25 0:00 nginx: главный процесс /usr/local/openresty/nginx/sbin/nginx -g daemon on; master_process включен;
...

Моя конфигурация, кажется, включает полный путь, но если у вас нет, вы можете попробовать (заменить 8402 с вашим pid nginx):

судо лс -л/proc/8402/exe

что в моем случае получается:

lrwxrwxrwx 1 root root 0 20 сентября 16:46 /proc/8402/exe -> /usr/local/openresty/nginx/sbin/nginx

Таким образом, работающий двоичный файл nginx исходит от OpenResty, а не от «другого» nginx. Вы также можете рассмотреть возможность удаления другого nginx, чтобы не запутаться в правильных файлах конфигурации...