Hallo zusammen,
ich nutze die Free-Version von KeyHelp auf mehreren Ubuntu 20.04 Servern. Dabei ist mir nun schon öfter in den Servermetriken aufgefallen, dass die CPU-Auslastung zum Teil für kurze Zeit bei 100% liegt. Das passiert meistens zu Nachtzeiten.
In der master.log finde ich nur, dass zu diesem Zeitpunkt der Job "update.php" gelaufen ist.
Habt Ihr eine Idee, woher die 100% Auslastung kommen können oder wo ich mehr rausfinden, woran es liegt? (Normalerweise liegt die CPU-Auslastung bei 10-20%. "Besondere" Scripts von mir, die zu dieser Zeit laufen, gibt es auch nicht.)
KeyHelp Server 100% CPU Auslastung
- OlliTheDarkness
- Posts: 1854
- Joined: Tue 14. Aug 2018, 16:41
- Location: Essen (NRW)
Re: KeyHelp Server 100% CPU Auslastung
Spezifiziere "kurze Zeit", reden wir von Sekunden, Minuten, Stunden ?mfeicht wrote: ↑Wed 31. Mar 2021, 16:17 Hallo zusammen,
ich nutze die Free-Version von KeyHelp auf mehreren Ubuntu 20.04 Servern. Dabei ist mir nun schon öfter in den Servermetriken aufgefallen, dass die CPU-Auslastung zum Teil für kurze Zeit bei 100% liegt. Das passiert meistens zu Nachtzeiten.
In der master.log finde ich nur, dass zu diesem Zeitpunkt der Job "update.php" gelaufen ist.
Habt Ihr eine Idee, woher die 100% Auslastung kommen können oder wo ich mehr rausfinden, woran es liegt? (Normalerweise liegt die CPU-Auslastung bei 10-20%. "Besondere" Scripts von mir, die zu dieser Zeit laufen, gibt es auch nicht.)
Normallast 10-20, ist für meinen Geschmack noch zu hoch ( ).
Was hast den für ne Kiste als Grundlage Dedi / VM etc., Allgemeine Leistungsdaten / Randdaten ?
Die Master.log ist nicht das "allerheilmittel" ein Blick in die Logs des Systems ist auch anzuraten.
Syslog, Mail, Apache, ggf. Docker und Co. sollten nicht vernachlässigt werden.
Das Leben is keine Zuckerwatte und KeyHelp nicht immer an allem Schuld
Mit freundlichen Grüßen
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization
**************************************************************
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization
**************************************************************
Re: KeyHelp Server 100% CPU Auslastung
"Kurze Zeit" ist in diesem Fall wenige Sekunden bis zu maximal einer Minute.OlliTheDarkness wrote: ↑Wed 31. Mar 2021, 17:19
Spezifiziere "kurze Zeit", reden wir von Sekunden, Minuten, Stunden ?
Normallast 10-20, ist für meinen Geschmack noch zu hoch ( ).
Was hast den für ne Kiste als Grundlage Dedi / VM etc., Allgemeine Leistungsdaten / Randdaten ?
Die Master.log ist nicht das "allerheilmittel" ein Blick in die Logs des Systems ist auch anzuraten.
Syslog, Mail, Apache, ggf. Docker und Co. sollten nicht vernachlässigt werden.
Das Leben is keine Zuckerwatte und KeyHelp nicht immer an allem Schuld
Die Server sind alle VMs in der Cloud mit unterschiedlichen Konfigurationen. Die meisten laufen aber mit 4GB RAM und 2vCPU.
Ich habe nun einmal einen Blick in das syslog geworfen und bin dabei immer wieder auf einen bestimmten Eintrag gestoßen der zu den besagten Zeiten hinterlegt ist:
Code: Select all
Apr 1 03:39:01 systemd[1]: Starting Clean php session files...
Apr 1 03:39:01 systemd[1]: phpsessionclean.service: Succeeded.
Apr 1 03:39:01 systemd[1]: Finished Clean php session files.
Außerdem wird in dem Zeitraum auch immer wieder ein Datenbank-Test ausgeführt und die "mastercronjob.php" von KeyHelp mehrmals aufgerufen.
Re: KeyHelp Server 100% CPU Auslastung
Nutzt Du die Backup Funktion?
Das packen der Backups kann schon mal kurzzeitig sehr hohe Last erzeugen.
Das packen der Backups kann schon mal kurzzeitig sehr hohe Last erzeugen.
Gruss
Fezzi
Everyone can do something, no one can do everything.
Fezzi
Everyone can do something, no one can do everything.
Re: KeyHelp Server 100% CPU Auslastung
Nein, die Backup-Funktion ist deaktiviert.
In der Prozess-Übersicht ist mir aber aufgefallen, dass der Dienst "ClamAV" am meisten Arbeitsspeicher belegt. Diese habe ich nun deaktiviert und damit - vermutlich - das Problem gelöst. Aber ich behalte es noch im Auge, ob es wirklich daran lag.