Site subindo e descendo após a atualização, obtendo erros 404 nginx

Question

Você terá que desculpar minha inépcia aqui, eu ainda estou aprendendo Linux e estou lutando com este. Eu hospedo um site na AWS rodando o Ubuntu em uma pilha do LEMP e depois que eu atualizei o Ubuntu na noite passada, o site está indo para baixo aleatoriamente e ficando inativo por horas antes de voltar novamente. Atualmente estou vendo um erro 404 no site.

Tudo com a atualização parecia ir bem, eu disse para manter os arquivos de configuração modificados, então eu não entendo qual poderia ser o problema.

Este é o final do meu log de erros do nginx:

    tail -f /var/log/nginx/error.log
2016/12/09 16:00:24 [error] 1242#1242: *237520 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 51.15.50.51, server: 52.86.172.123, request: "POST /xmlrpc.php HTTP/1.0", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "52.86.172.123"
2016/12/09 16:00:24 [error] 1242#1242: *237520 open() "/usr/share/nginx/www/50x.html" failed (2: No such file or directory), client: 51.15.50.51, server: 52.86.172.123, request: "POST /xmlrpc.php HTTP/1.0", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock", host: "52.86.172.123"
2016/12/09 16:00:24 [error] 1242#1242: *237522 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 51.15.51.63, server: 52.86.172.123, request: "POST /xmlrpc.php HTTP/1.0", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "52.86.172.123"
2016/12/09 16:00:24 [error] 1242#1242: *237522 open() "/usr/share/nginx/www/50x.html" failed (2: No such file or directory), client: 51.15.51.63, server: 52.86.172.123, request: "POST /xmlrpc.php HTTP/1.0", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock", host: "52.86.172.123"
2016/12/09 16:00:24 [error] 1242#1242: *237524 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 54.90.195.202, server: 52.86.172.123, request: "POST /wp-cron.php?doing_wp_cron=1481299224.7692439556121826171875 HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "aftercredits.com", referrer: "http://aftercredits.com/wp-cron.php?doing_wp_cron=1481299224.7692439556121826171875"
2016/12/09 16:00:24 [error] 1242#1242: *237524 open() "/usr/share/nginx/www/50x.html" failed (2: No such file or directory), client: 54.90.195.202, server: 52.86.172.123, request: "POST /wp-cron.php?doing_wp_cron=1481299224.7692439556121826171875 HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock", host: "aftercredits.com", referrer: "http://aftercredits.com/wp-cron.php?doing_wp_cron=1481299224.7692439556121826171875"
2016/12/09 16:00:24 [error] 1242#1242: *237525 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 54.163.1.126, server: 52.86.172.123, request: "POST /wp-cron.php?doing_wp_cron=1481299224.6867620944976806640625 HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "aftercredits.com", referrer: "http://aftercredits.com/wp-cron.php?doing_wp_cron=1481299224.6867620944976806640625"
2016/12/09 16:00:24 [error] 1242#1242: *237525 open() "/usr/share/nginx/www/50x.html" failed (2: No such file or directory), client: 54.163.1.126, server: 52.86.172.123, request: "POST /wp-cron.php?doing_wp_cron=1481299224.6867620944976806640625 HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock", host: "aftercredits.com", referrer: "http://aftercredits.com/wp-cron.php?doing_wp_cron=1481299224.6867620944976806640625"
2016/12/09 16:00:24 [error] 1242#1242: *237528 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: 51.15.51.63, server: 52.86.172.123, request: "POST /xmlrpc.php HTTP/1.0", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "52.86.172.123"

Eu aprecio toda a ajuda que posso conseguir. Obrigado!

Edit: Aqui está a saída do comando solicitado:

/var/run$ cd /var/run; sudo find -name 'php*fpm.sock'
./php/php7.0-fpm.sock

    

Answer 1

Você tem dois problemas aqui.

Problema nº 1: página de erro ausente.

Estas são as linhas de erro relevantes:

2016/12/09 16:00:24 [error] 1242#1242: *237520 open() "/usr/share/nginx/www/50x.html" failed (2: No such file or directory), client: ...

Em algum lugar nas suas configurações, você configurou o sistema para exibir a página de /usr/share/nginx/www/50x.html para 50X erros HTTP. Esta página não existe, então você não pode veiculá-la. Você terá que criar essa página.

Note que usar o docroot padrão de /usr/share/nginx/... é considerado uma armadilha porque não há garantias de que os gerentes de pacotes não irão sobrescrever o que está lá.

Problema nº 2: o PHP está em execução, mas não consegue encontrar o soquete.

Estas linhas:

2016/12/09 16:00:24 [error] 1242#1242: *237525 connect() to unix:/var/run/php/php7.0-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream, client: ...

Então, há alguns males aqui. É provável que o PHP7.0 esteja sendo executado, mas não onde você pensa que está. Uma configuração padrão de php7.0 com php7.0-fpm será executada em /run/php/php7.0-fpm.sock ou /var/run/php/php7.0-fpm.sock , mas parece-me que este não é o caso da sua.

Primeiro, verifique se há realmente um arquivo de soquete em execução.

cd /var/run
find -name 'php*fpm.sock'

Se ele retorna algo assim, então sabemos que o soquete está rodando e deve estar usando /var/run/[path] para o soquete (e você precisa atualizar sua configuração nginx apropriadamente):

php/php7.0-fpm.sock

No entanto, é possível que você não esteja usando um arquivo de soquete e precise usar o método de estilo antigo de um soquete TCP. Verifique se um soquete PHP está escutando na porta 9000:

sudo netstat -tulpn | grep 9000

Se estiver, em vez de unix:... no seu fastcgi_pass para sua configuração, você precisa estar usando 127.0.0.1:9000 .

Se nenhum destes resultados de rendimento, então você precisa ter certeza de que php7.0-fpm está realmente em execução:

sudo systemctl restart php7.0-fpm

Em seguida, tente e repita as etapas para verificar se está sendo executado ou não.

    

Answer 2

Eu tive sorte e consegui descobrir. Eu acho que ainda existem alguns outros problemas, mas pelo menos o site está de volta e parece estável agora.

Eu li uma postagem dizendo que a entrada /etc/php/7.0/fpm/pool.d/www.conf/ listen e / etc / nginx / sites-available / fastcgi_pass precisam ter o mesmo valor. Eles não são. Eu tentei fazer os dois "/run/php/php7.0-fpm.sock", mas isso não funcionou. Então eu fiz os dois 127.0.0.1:9000 e isso parece ter feito o truque.

Por que tudo isso estava funcionando antes e se foi a atualização que alterou esses valores ou fez alguma outra coisa conectada, não posso lhe dizer. Mas pelo menos está funcionando agora.