Saya memiliki server yang berfungsi dengan baik hingga 3 Oktober 2013 pukul 10:50 ketika server mulai mengembalikan kesalahan "502 Bad Gateway" sebentar-sebentar ke klien.
Sekitar 4 dari 5 permintaan browser berhasil tetapi sekitar 1 dari 5 gagal dengan 502.
Log kesalahan nginx berisi ratusan kesalahan ini;
2013/10/05 06:28:17 [error] 3111#0: *54528 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 66.249.66.75, server: www.bec-components.co.uk request: ""GET /?_n=Fridgefreezer/Hotpoint/8591P;_i=x8078 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.bec-components.co.uk"
Namun log kesalahan PHP tidak mengandung kesalahan yang cocok.
Apakah ada cara untuk mendapatkan PHP untuk memberi saya lebih banyak info tentang mengapa pengaturan ulang koneksi?
Ini adalah nginx.conf;
user www-data;
worker_processes 4;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
access_log /var/log/nginx/access.log;
sendfile on;
keepalive_timeout 30;
tcp_nodelay on;
client_max_body_size 100m;
gzip on;
gzip_types text/plain application/xml text/javascript application/x-javascript text/css;
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
include /gvol/sites/*/nginx.conf;
}
Dan ini .confuntuk situs ini;
server {
server_name www.bec-components.co.uk bec3.uk.to bec4.uk.to bec.home;
root /gvol/sites/bec/www/;
index index.php index.html;
location ~ \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires 2592000; # 30 days
log_not_found off;
}
## Trigger client to download instead of display '.xml' files.
location ~ \.xml$ {
add_header Content-disposition "attachment; filename=$1";
}
location ~ \.php$ {
fastcgi_read_timeout 3600;
include /etc/nginx/fastcgi_params;
keepalive_timeout 0;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
}
}
## bec-components.co.uk ##
server {
server_name bec-components.co.uk;
rewrite ^/(.*) http://www.bec-components.co.uk$1 permanent;
}
Apa yang berubah pada hari itu? Memperbarui aplikasi atau PHP Anda? Apa aplikasi Anda? Apakah Anda mengaktifkan debugging di php-fpm?
—
Pothi Kalimuthu
Tidak ada yang berubah pada hari itu. Konfigurasi server tidak diubah, skrip PHP juga tidak ada. Itu tidak keluar dari ruang disk. Aplikasi saya hanya satu set
—
Nigel Alderton
PHPskrip. Saya tidak menggunakan php-fpm, saya hanya menjalankan php-fastcgidengan melakukan php-cgi -b 127.0.0.1:9000. Sudah bekerja tanpa kesalahan selama 3 tahun. Saya tidak tahu mengapa masalah ini berkembang.
Saya memiliki masalah serupa baru-baru ini di mana nginx mengeluh tentang Koneksi reset oleh rekan saat membaca tajuk tanggapan dari hulu, dalam kasus saya itu adalah uWSGI yang merupakan masalah nyata, memulai ulang uWSGI memperbaiki masalah bagi saya, mengapa hal itu terjadi adalah terpisah isu.
—
APZ
Layanan hulu Anda (
—
LinuxDevOps
php-cgi -b 127.0.0.1:9000) gagal sebentar-sebentar, mungkin karena peningkatan lalu lintas dan kurangnya sumber daya.