
Estou configurando o Nginx e o OpenRusty no meu Ubuntu, uma coisa que me confunde é que, mesmo depois de sair do OpenRusty e parar o Nginx, ainda posso observar um nginx em execução, parece que esse processo não pode nem ser eliminado. nginx e por que esse daemon nginx está sempre em execução?
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
Eu tentei o systemctl para pará-lo, parece que o nginx ainda está em execução
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
Responder1
OpenResty (presumindo que você quis dizer OpenRechiqueiro e não OpenRvocêsty!) é um conjunto de ferramentas e uma configuração avançada do daemon http do nginx. Portanto, sempre incluirá um nginx em execução se o openresty estiver em execução.
Então, para mim, seus ps -aux | grep nginx
resultados em:
...
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;
...
Minha configuração parece incluir o caminho completo, mas se a sua não incluir, você pode tentar (substitua 8402
pelo pid do seu nginx):
sudo ls -l /proc/8402/exe
o que, no meu caso, resulta em:
lrwxrwxrwx 1 root root 0 Sep 20 16:46 /proc/8402/exe -> /usr/local/openresty/nginx/sbin/nginx
Portanto, o binário nginx em execução vem do OpenResty e não do "outro" nginx. Você também pode considerar remover o outro nginx para não ficar confuso sobre os arquivos de configuração corretos...