Meine Umgebung
- CentOS 6.4 X86_64
- Apache 2.4.4
- PHP 5.4.16 (FPM)
- 2 Intel Xeon E5-2620 bei 2,00 GHz (8 Kerne, 16 Threads in jedem Prozessor)
- 48 GB RAM registrierter Speicher.
- 3 Festplatte 15 U / min 145 GB in RAID0 (von BIO
Interessante Variablen
<IfModule mpm_event_module>
StartServers 2
ThreadLimit 196
MinSpareThreads 96
MaxSpareThreads 192
ThreadsPerChild 96
MaxRequestWorkers 192
MaxConnectionsPerChild 96
</IfModule>
Apache Server Status
Serverversion: Apache / 2.2.4 (Unix) OpenSSL / 1.0.1e mod_fastcgi / mod-fastcgi-SNAP-0910052141 Serverbau
: 24. Mai 2013 16:48:07
Aktuelle Zeit: Montag, 17. Juni 2013, 09:48:11 Uhr COT-
Neustartzeit: Montag, 17. Juni 2013, 08:35:14 Uhr COT
Parent Server Config. Generation: 1
übergeordneter Server MPM Generation: 0
Server-Betriebszeit: 1 Stunde 12 Minuten 57 Sekunden Serverlast
: 0,05 0,10 0,09
Zugriffe insgesamt: 14144 - Gesamtdatenverkehr: 349,7 MB
CPU-Auslastung: u.28 ab 25 cu0 cs0 - 0,0121% CPU Belastung
3,23 Anfragen / Sek. - 81,8 kB / Sek. - 25,3 kB / Anfrage
1 Anfragen, die gerade bearbeitet werden, 191 nicht beschäftigte MitarbeiterPID | 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
Fehlerprotokoll
Die Fehlermeldung lautet
[Mon Jun 17 09: 32: 45.680842 2013] [mpm_event: error] [pid 8574: tid 140185091581760] AH00485: Anzeigetafel ist voll, nicht bei MaxRequestWorkers
Dies erscheint alle paar Sekunden. Ich verstehe es nicht Wie kann ich es reparieren?
quelle
MaxConnectionsPerChild
Einstellung ist für die Produktion viel zu niedrig. Darüber hinaus ist das Festlegen eines anderen Werts als 0 nur für Windows vorgesehen, da dadurch intern Speicherplatz verloren geht.MaxRequestWorkers of 40 is not an integer multiple of ThreadsPerChild of 25, decreasing to nearest multiple 25
error.log.1
.error.log
erwähnt nur das Nachladen.Das gleiche Problem sehen.
Wir können dieses Verhalten insbesondere durch das Neuladen von Apache verursachen.
Was wir dann sehen, sind ein paar alte Prozesse, die nicht aufhören:
Beachten Sie die "älteren" und "neueren" PIDs und Startzeiten. ^^
quelle
Dies wurde erst sichtbar, als eine unserer Replikatdatenbanken offline ging und eine Zeitüberschreitung auftrat. Dies hat in Apache eine Unmenge von Fäden zusammengebunden, anscheinend bis die Dinge ziemlich kaputt waren und wir diese Nachricht bekamen.
Wahrscheinlich nicht der Normalfall, aber ich übermittle dies dem Kanon in der Hoffnung, dass es anderen helfen kann, die diesen Fehler sehen.
quelle