
Я настраиваю Nginx и OpenRusty на своем Ubuntu, но меня смущает одно: даже после того, как я выхожу из OpenRusty и останавливаю Nginx, я все еще вижу работающий nginx. Похоже, этот процесс даже невозможно остановить. У меня вопрос: кто запускает этот nginx и почему этот демон nginx всегда работает?
ps -aux | grep nginx
root 3779 0.0 0.0 10776 6180 ? Ss 06:57 0:00 **nginx: master process nginx -g daemon off;**
systemd+ 4587 0.0 0.0 11172 2756 ? S 06:57 0:00 nginx: worker process
jia 17315 0.0 0.0 16184 1068 pts/0 S+ 07:08 0:00 grep --color=auto nginx
Я попробовал systemctl, чтобы остановить его, похоже, nginx все еще работает.
sudo systemctl stop nginx.service
sudo systemctl status nginx.service
● nginx.service - The NGINX HTTP and reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; disabled; vendor preset: enabled)
Active: inactive (dead)
sudo ps -aux | grep nginx root 3779 0.0 0.0 10776 6180 ? Ss 06:57 0:00 nginx: master process nginx -g daemon off;
systemd+ 4587 0.0 0.0 11172 2756 ? S 06:57 0:00 nginx: worker process
решение1
OpenResty (предполагаю, что вы имели в виду OpenRеsty а не OpenRтыsty!) — это набор инструментов и расширенная конфигурация http-демона nginx. Поэтому он всегда будет включать работающий nginx, если запущен openresty.
Итак, для меня ваши ps -aux | grep nginx
результаты:
...
root 8402 0.0 0.0 49984 14580 ? SNs Jul25 0:00 nginx: master process /usr/local/openresty/nginx/sbin/nginx -g daemon on; master_process on;
...
В моей конфигурации, похоже, указан полный путь, но если в вашей его нет, вы можете попробовать (заменить 8402
на pid вашего nginx):
sudo ls -l /proc/8402/exe
что в моем случае приводит к:
lrwxrwxrwx 1 root root 0 Sep 20 16:46 /proc/8402/exe -> /usr/local/openresty/nginx/sbin/nginx
Итак, работающий бинарный файл nginx исходит от OpenResty, а не от "другого" nginx. Вы также можете рассмотреть возможность удаления другого nginx, чтобы не путаться с правильными файлами конфигурации...