[Check_mk (deutsch)] apache2 erzeugt hohe CPU-Last

Archive checkmk-de
1

Hallo,

nachdem ich von 1.2.6p16 auf 1.2.8p4 aktualisiert habe, sind sowohl CPU Load
als auch Utilization um den Faktor 4 gestiegen. Seitenaufrufe dauern auch
recht lange (>1 s), die GUI fühlt sich zäh an und in der Prozessliste sind
die apache2-Prozesse (v2.4.7) auch immer ganz oben und verbraten 100 % CPU
auf beiden
Kernen der VM. Im Debugmodus des Browsers sieht man, dass er über eine
Sekunde auf die Antwort der Webseite (dashboard.py, search_open.py, view.py,
ohne Elemente) wartet.

Das Verhalten ist browserunabhänig. Clientseitiges Caching half nur bedingt.
In etc/apache/apache-own.conf ergänzt:

<IfModule mod_expires.c>
  ExpiresActive On
  ExpiresDefault "access plus 1 seconds"
  ExpiresByType text/html "access plus 1 week"
  ExpiresByType image/gif "access plus 1 week"
  ExpiresByType image/jpeg "access plus 1 week"
  ExpiresByType image/png "access plus 1 week"
  ExpiresByType text/css "access plus 1 wwek"
  ExpiresByType text/javascript "access plus 1 week"
  ExpiresByType application/x-javascript "access plus 1 week"
  ExpiresByType text/xml "access plus 1 week"
  ExpiresByType application/javascript "access plus 1 week"
</IfModule>

Was kann ich tun, um die Antwortzeiten für die HTML-Seiten zu verkürzen? CMK
macht so keinen Spaß mehr. :frowning:

Viele Grüße, Daniel Obst

2016-06-14 13_40_08-Check_MK urz - Servicegraphen omd.rz.intern.uni-leip....png
2016-06-14 13_40_08-Check_MK urz - Servicegraphen omd.rz.intern.uni-leip....png803×303 25.8 KB

2016-06-14 13_41_16-Check_MK urz - Servicegraphen omd.rz.intern.uni-leip....png
2016-06-14 13_41_16-Check_MK urz - Servicegraphen omd.rz.intern.uni-leip....png806×298 20.1 KB

···

--
Netzwerkadministrator Universitätsrechenzentrum
Augustusplatz 10, 04109 Leipzig, +49 341 97-33355

2

Hallo,

nachdem ich von 1.2.6p16 auf 1.2.8p4 aktualisiert habe, sind sowohl

CPU Load

als auch Utilization um den Faktor 4 gestiegen. Seitenaufrufe dauern auch
recht lange (>1 s), die GUI f�hlt sich z�h an und in der Prozessliste sind
die apache2-Prozesse (v2.4.7) auch immer ganz oben und verbraten 100 % CPU
auf beiden

interessant, gestern den gleichen Versionssprung gemacht und mir wurde
zwar nichts gemeldet, aber beim Nachschauen wg. dem Posting ergab sich,
dass "CPU utilization" jetzt graphisch unbrauchbar ist:

ich habe eine vormalige OMD in einer KVM von 1.2.6p16 RAW auf 1.2.8p4
aktualisiert und habe seit dem 100% cpu _steal_ (s. ggf. image.png).
Die VM ist derzeit mit einer VCPU alleine auf 32 log. Kernen und der
Host sagt dem entsprechend 0,9% cpu util, Rest ebenfalls nahe 0.
WATO GUI ist fl�ssig. "load" der VM ist scheinbar friedlicher und ist in
den Spitzen von ca. 2 auf 1 (s. ggf. load.png).

Gr��e,
Benjamin

···

On 2016-06-15 16:15, Obst, Daniel wrote:
--
FSU Jena | JULIELab.de/Staff/Benjamin+Redling.html
vox: +49 3641 9 44323 | fax: +49 3641 9 44321

3

Hallo Daniel,

hab mittlerweile ca.15 Systeme auf die neue Version gebracht und noch keine der

Beobachtung gemacht. Da waren alle Typen von System (Standalone/verteilt) dabei.

Ist deine Installation eine verteilte oder single Server?

Würde hier am ehesten suchen wenn es Probleme mit dem Seitenaufbau geht.

Gruß
Andreas

···

Obst, Daniel daniel.obst@uni-leipzig.de schrieb am Mi., 15. Juni 2016 um 16:16 Uhr:

Hallo,

nachdem ich von 1.2.6p16 auf 1.2.8p4 aktualisiert habe, sind sowohl CPU Load

als auch Utilization um den Faktor 4 gestiegen. Seitenaufrufe dauern auch

recht lange (>1 s), die GUI fühlt sich zäh an und in der Prozessliste sind

die apache2-Prozesse (v2.4.7) auch immer ganz oben und verbraten 100 % CPU

auf beiden

Kernen der VM. Im Debugmodus des Browsers sieht man, dass er über eine

Sekunde auf die Antwort der Webseite (dashboard.py, search_open.py, view.py,

ohne Elemente) wartet.

Das Verhalten ist browserunabhänig. Clientseitiges Caching half nur bedingt.

In etc/apache/apache-own.conf ergänzt:

ExpiresActive On

ExpiresDefault “access plus 1 seconds”

ExpiresByType text/html “access plus 1 week”

ExpiresByType image/gif “access plus 1 week”

ExpiresByType image/jpeg “access plus 1 week”

ExpiresByType image/png “access plus 1 week”

ExpiresByType text/css “access plus 1 wwek”

ExpiresByType text/javascript “access plus 1 week”

ExpiresByType application/x-javascript “access plus 1 week”

ExpiresByType text/xml “access plus 1 week”

ExpiresByType application/javascript “access plus 1 week”

Was kann ich tun, um die Antwortzeiten für die HTML-Seiten zu verkürzen? CMK

macht so keinen Spaß mehr. :frowning:

Viele Grüße, Daniel Obst

–

Netzwerkadministrator Universitätsrechenzentrum

Augustusplatz 10, 04109 Leipzig, +49 341 97-33355

checkmk-de mailing list

checkmk-de@lists.mathias-kettner.de

http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de

4

Hallo zusammen,

nachdem ich von 1.2.6p16 auf 1.2.8p4 aktualisiert habe, sind sowohl

CPU Load

als auch Utilization um den Faktor 4 gestiegen.

[...] in einer KVM von 1.2.6p16 RAW auf 1.2.8p4 aktualisiert und habe seit dem 100% cpu _steal_ [...]

Nachtrag:
die Instanz l�uft auf eine andere Maschine migriert mit minimal h�herer
Last.
War wohl ein Hardwaredefekt (erst Synchronisationsfehler im DRBD w�hrend
dem ersten Migrationsversuch zur Wartung, dann MCE "memory scrubbing
error" in den Logs gefunden ...) -- warum auch immer das vorher nicht
aufgefallen ist.

Gr��e,
Benjamin

···

On 06/16/2016 16:48, Benjamin Redling wrote:

On 2016-06-15 16:15, Obst, Daniel wrote:

--
FSU Jena | JULIELab.de/Staff/Benjamin+Redling.html
vox: +49 3641 9 44323 | fax: +49 3641 9 44321