Server CPU Load 127% - Offline?

**FloRet88** · Aug 1st 2016

Hallo liebe Community.

Mein Server war gerade ein paar Stunden offline weil eine CPU Load von 127% bestand und das Rechenzentrum, diesen einfach abgedreht hat.

Jetzt muss ich nachforschen an welchem Problem es gelegen hat - in welchen LOG Files muss ich exakt recherchieren?

Das Problem könnte auch irgendwie mit diesem Thread zu tun haben: System Auslastung & sporadischer Crash

Der BACKUP_COMPRESS_ALGORITHM ist auf meinem Server ebenfalls auf bzip2 eingestellt... Sollte ich es bis nächste Woche Montag auf no stellen?

Die I-MSCP Version (Git) stammt vom 07.06.2016 - Evtl. Update auf aktuellste GIT durchführen?

Code

## i-MSCP version info
BuildDate =
Version = Git 1.3.x
CodeName = Horner
# Distro info
DISTRO_ID = debian
DISTRO_CODENAME = jessie
DISTRO_RELEASE = 8.5

Display More

Da dieser CPU Overload zum ersten Mal stattgefunden haben dürfte und die einzige Änderung seit letzten Sonntag die Installation der letzten Server Updates und UpdraftPlus auf einer WordPress Installation mit automatischen Backup von WP war, ist es für mich unerklärlich wieso dieses Problem auftritt.

Vielen Dank im Voraus für Eure Hilfe - wenn ich irgendwelche bestimmten LOG Files posten soll - einfach Bescheid geben welche, dann hole ich das für Euch nach.

Auch eine top-Abfrage erzielt derzeit folgende Auslastung (Nach Neustart und ca. 5 Stunden am laufen - siehe Bilder)

LG Flo

mafioso · Aug 1st 2016

Das Problem des obigen verlinkten Threads war ein eigenes Skript, welches die hohe Rechenleistung auslöste. Vergleiche die peek-times mit der Zeit des Backups (default gegen 23.40 Uhr ). Wenn bereits Mittags der Server ausgelastet war, kann es am Backup weniger liegen.

**FloRet88** · Aug 1st 2016

Hallo Ninos,

Eigene Skripte laufen bei mir nicht, und die peek times kann ich ja nachträglich nicht mehr in einem LOG finden oder? Das bedeutet ich muss bis Sonntag Abend warten bzw. ab Nachmittag checken?

Was mich sehr verwundert ist der daemon.log - War das ein Hackerangriff? - Um diese Zeit schlafe ich normalerweise!

Anbei noch das daemon.log:

Code

Jul 31 13:31:01 menkisyscloudsrv99 named[735]: client 158.69.243.83#37105 (defcon.org): query (cache) 'defcon.org/ANY/IN' denied
Jul 31 16:50:24 menkisyscloudsrv99 proftpd[25916]: xx.xxx.xxx.xx (95.188.158.146[95.188.158.146]) - FTP session opened.
Jul 31 16:50:25 menkisyscloudsrv99 proftpd[25916]: xx.xxx.xxx.xx (95.188.158.146[95.188.158.146]) - FTP session closed.
Jul 31 17:34:30 menkisyscloudsrv99 named[735]: client 93.190.142.187#48896 (access-board.gov): query (cache) 'access-board.gov/ANY/IN' denied
Jul 31 17:43:26 menkisyscloudsrv99 named[735]: client 141.212.122.28#59227 (c.afekv.com): query (cache) 'c.afekv.com/A/IN' denied
Jul 31 20:19:56 menkisyscloudsrv99 named[735]: client 113.17.184.25#20000 (1671167539.www.baidu.com): query (cache) '1671167539.www.baidu.com/A/IN' denied
Jul 31 21:38:50 menkisyscloudsrv99 named[735]: client 122.70.134.81#20000 (1671167539.www.baidu.com): query (cache) '1671167539.www.baidu.com/A/IN' denied
Jul 31 21:55:40 menkisyscloudsrv99 named[735]: client 91.200.12.123#52814 (067.cz): query (cache) '067.cz/ANY/IN' denied
Aug 1 03:26:22 menkisyscloudsrv99 named[735]: client 74.82.47.18#58896 (dnsscan.shadowserver.org): query (cache) 'dnsscan.shadowserver.org/A/IN' denied
Aug 1 06:20:13 menkisyscloudsrv99 proftpd[29656]: xx.xxx.xxx.xx (141.212.121.225[141.212.121.225]) - FTP session opened.
Aug 1 06:20:13 menkisyscloudsrv99 proftpd[29656]: xx.xxx.xxx.xx (141.212.121.225[141.212.121.225]) - FTP session closed.
Aug 1 06:25:06 menkisyscloudsrv99 apache2[29792]: Reloading web server: apache2.
Aug 1 07:05:18 menkisyscloudsrv99 named[735]: client 185.128.40.162#38252 (defcon.org): query (cache) 'defcon.org/ANY/IN' denied
Aug 1 07:09:09 menkisyscloudsrv99 named[735]: client 159.203.62.6#53 (cpsc.gov): query (cache) 'cpsc.gov/ANY/IN' denied

Display More

Danke und LG

mafioso · Aug 1st 2016

Gut möglich, dass Bots automatisiert Zugänge für paar Services durchprobieren. Hast du fail2ban installiert? Im Übrigen versuchen in letzter Zeit immer öfters Bots auch Zugang zu WP-Installationen zu erhalten, indem auf die xmlrpc.php ein Bruteforce-Angriff durchgeführt wird.

Auf meinem System habe ich alle Anfragen auf die xmlrpc.php mit folgender apache-Config unterbunden. Die Datei liegt bei mir unter /etc/apache2/imscp/before/xmlrpc.conf

Code

<Files xmlrpc.php>
Order Allow,Deny
deny from all
</Files>

Seitdem ist die Rechenlast auf die einzelnen Webseiten ebenso stark gesunken

**FloRet88** · Aug 1st 2016

fail2ban ist nicht installiert - die xmlrpc Schnittstelle ist via Wordpress Config deaktiviert!

Ich habe zusätzlich einmal deinen Tipp auch noch übernommen.

Ich beobachte den Vorgang des nächsten Backups.

Für weitere Anregungen / Tipps / Lösungen bin ich Euch natürlich sehr dankbar!

LG

mafioso · Aug 1st 2016

Du kannst übrigens einen Monitoring-Tool installieren. Dann weißt genau, wann der Peek zustande kommt

**FloRet88** · Aug 1st 2016

Danke Ninos, ich habe nun sysstat installiert und konfiguriert.

Mal abwarten was die Nacht und der morgige Tag bringt! - Ansonsten bin ich ja jetzt auch für Sonntag vorbereitet, falls die CPU Overload wieder passiert!

LG

Server CPU Load 127% - Offline?

Share

Daily visitors