Lingkungan saya
- CentOS 6.4 X86_64
- Apache 2.4.4
- PHP 5.4.16 (FPM)
- 2 Intel Xeon E5-2620 @ 2.00GHz (8 inti, 16 utas di setiap prosesor)
- Memori terdaftar 48GB RAM.
- 3 Hard Disk 15RPM 145GB di RAID0 (oleh BIO
Variabel yang menarik
<IfModule mpm_event_module>
StartServers 2
ThreadLimit 196
MinSpareThreads 96
MaxSpareThreads 192
ThreadsPerChild 96
MaxRequestWorkers 192
MaxConnectionsPerChild 96
</IfModule>
Status Server Apache
Versi Server: Apache / 2.2.4 (Unix) OpenSSL / 1.0.1e mod_fastcgi / mod-fastcgi-SNAP-0910052141
Server Dibangun: 24 Mei 2013 16:48:07
Waktu Sekarang: Senin, 17-Juni-2013 09:48:11 COT
Waktu Mulai Ulang : Senin, 17-Juni-2013 08:35:14 COT
Server Induk Konfigurasi. Generation: 1
Parent Server MPM Generation: 0
Server uptime: 1 jam 12 menit 57 detik
Server load: 0,05 0,10 0,09
Total akses: 14144 - Total Lalu Lintas: 349,7 MB
Penggunaan CPU: u.28 s.25 cu0 cs0 - .0121% CPU memuat
3,23 permintaan / detik - 81,8 kB / detik - 25,3 kB / permintaan
1 permintaan saat ini sedang diproses, 191 pekerja menganggurPID | Connections | Threads | Async connections | total | accepting | busy | idle | keep-alive | closing ============================================================== 18997 | 3 | yes | 1 | 95 | 0 | 3 18485 | 0 | yes | 0 | 96 | 0 | 0 ============================================================== Sum | 3 | | 1 | 191 | 0 | 3
Catatan eror
Pesan kesalahannya adalah
[Senin 17 Juni 09: 32: 45.680842 2013] [mpm_event: error] [pid 8574: tid 140185091581760] AH00485: papan skor penuh, bukan di MaxRequestWorkers
Ini muncul setiap beberapa detik. Saya tidak mengerti. Bagaimana saya bisa memperbaikinya?
sumber
MaxConnectionsPerChild
Pengaturan Anda terlalu rendah untuk penggunaan produksi. Lebih jauh lagi, mengaturnya untuk apa pun selain 0 hanya dimaksudkan untuk dilakukan pada Windows karena kebocoran memori secara internal.MaxRequestWorkers of 40 is not an integer multiple of ThreadsPerChild of 25, decreasing to nearest multiple 25
error.log.1
.error.log
hanya menyebutkan ulang.Melihat masalah yang sama.
Kami khususnya dapat menyebabkan perilaku ini dengan memuat ulang apache.
Apa yang kemudian kita lihat, adalah beberapa proses lama yang tidak berhenti:
Perhatikan PID 'lama' dan 'baru' dan waktu mulai. ^^
sumber
Kami mulai melihat ini ketika salah satu basis data replika kami offline dan mulai kehabisan waktu. Ini mengikat trilyun utas di Apache, tampaknya sampai semuanya agak rusak dan kami mulai menerima pesan ini.
Mungkin bukan kasus normal, tapi saya serahkan ini ke kanon dengan harapan bisa membantu orang lain yang melihat kesalahan ini.
sumber