nächtliche Aktivitäten - "hoher" IO Pressure Stall

[brazzor]

Hallo zusammen,

wie sollte es auch anders sein habe ich ein Problem mit meinem Server, da dieser in meinem "Schlafzimmer" steht, stören mich die nächtlichen Aktivitäten.

Ich habe zwei VM und mehrere LXC und weiß nicht ganz genau ob eine evtl. etwas geschwätzig ist...

Mein Server:

Fujitsu P756
- i5 6600
- 8 GB Ram (habe es heute mal aufgerüstet auf 16 GB)
- 4 Festplatten davon 2 SSD

Proxmox läuft auf einer älteren 64 gb SSD, alle VM und Container laufen auf einer NVMe und auf den HDD liegen befinden sich die restlichen Daten.

Generell scheint ja auch immer etwas zu laufen, daher die Annahme irgendwas ist geschwätzig.
Nicht wundern da mich der Server dann um 04:00 so gestört hat, habe ich ausgeschaltet.

 

[ThoSo]

habe ich ein Problem mit meinem Server, da dieser in meinem "Schlafzimmer" steht, stören mich die nächtlichen Aktivitäten

Das ist jetzt nicht dein Ernst?
Ganz Grundsätzlich könnest du ja mal schauen, wenn du morgens um 4 Uhr die Kiste anschaust, welcher Container / VM den die Last erzeugt - die haben ja alle eine Anzeige für Auslastung in der GUI.

Also Lösung wäre dann folgende Optionen möglich / denkbar :
a) installiere eine VM mit Lautsprechern, die dich mit "Schlaf Kindlein Schlaf" beschallt.
b) den Server ordentlich herunterfahren, und dann das Licht aus machen.
c) wenn es die Platten sind, die sich durch laute Geräusche bemerkbar machen, evtl. durch SSDs ersetzen. Bei Lüftern wird's problematischer.
d) den Server an einem Ort installieren, wo er dich Nachts nicht stört - wäre Best-Practice.
e) Ohren-PADs
f) Server Jobs prüfen (Backup?)

 

[fstrankowski]

Wir können dir ja nicht sagen was dein Server oder deine VMs um 4 Uhr Nachts tun, das kannst nur Du selbst wissen. Du hast ja nicht einmal mitgeteilt um was für Container oder VMs es sich handelt, was darauf läuft usw. usf.

Fahre den doch nachts wenn das für dich okay ist geplant herunter und morgens wieder hoch.

 

[brazzor]

d) den Server an einem Ort installieren, wo er dich Nachts nicht stört - wäre Best-Practice.

Sehr geil, wo sind die Kohlen?

Wir können dir ja nicht sagen was dein Server oder deine VMs um 4 Uhr Nachts tun, das kannst nur Du selbst wissen. Du hast ja nicht einmal mitgeteilt um was für Container oder VMs es sich handelt, was darauf läuft usw. usf.

Fahre den doch nachts wenn das für dich okay ist geplant herunter und morgens wieder hoch.

Touché

Ok ich gebe zu die Frage war etwas zu offen formuliert und irgendwie habt ihr natürlich auch recht.

Ich habe jetzt euren Ratschlag beherzigt und den Server per UI auszuschalten.

Jetzt ist es gestern zum 2ten mal passiert, dass der Server einfach nicht runtergefahren ist.

Feb 13 01:36:43 pve systemd-journald[334]: Journal stopped
-- Reboot --
Feb 13 06:52:03 pve kernel: Linux version 6.17.9-1-pve

Der Reboot erfolgte dann heute morgen durch Betätigung des Schalters. Ist natürlich irgendwie witzlos, eigentlich sollte und kann der Server remote per WOL angeschaltet werden.

Falls ihr mehr logs braucht bitte melden.

 

[ThoSo]

Sorry, Kollege

welche Möglichkeiten Du hast, deinen Server an einem "ORT (Haus / Wohnung / Zimmer / Keller / FLUR ...) aufzubauen, kann ich von hier aus nicht sehen - es war auch nicht eine "außer Haus" Installation gemeint.

Ich habe jetzt euren Ratschlag beherzigt und den Server per UI auszuschalten.

Jetzt ist es gestern zum 2ten mal passiert, dass der Server einfach nicht runtergefahren ist.

Feb 13 01:36:43 pve systemd-journald[334]: Journal stopped -- Reboot -- Feb 13 06:52:03 pve kernel: Linux version 6.17.9-1-pve
Der Reboot erfolgte dann heute morgen durch Betätigung des Schalters. Ist natürlich irgendwie witzlos, eigentlich sollte und kann der Server remote per WOL angeschaltet werden.

Deinem Protokoll ist nur zu entnehmen, das ein REBOOT durchgeführt wurde, aber nicht ob du in der UI versehentlich auf den falschen Kopf gedrückt hast !

Die Reboot und Shutdown Buttons liegen so eng nebeneinander.....


Kannst auch mal testen ob ein drücken des Ein-/Ausschalters zum gewünschten Shutdown führt.

 

[brazzor]

Hi,

alles gut ich hätte auch lieber ne größere Wohnung oder den Internetanschluss an einer besseren Stelle. -.-

Es gibt vermutlich mehrere möglichkeiten, ich bin mir sehr sicher auf den Button Shutdown gedrückt zu haben

Feb 13 01:24:49 pve systemd[687564]: Reached target shutdown.target - Shutdown.

Selbst wenn ich reboot gedrückt hätte, hätte ich ja morgen auf die UI zugreifen können und Home Assistant hätte Daten aufzeichnen müssen.



Ich hatte das jetzt schon ein paar mal und weiß nicht genau was die Ursache war, ich hatte angenommen das die nächtlichen Updates (Default waren die auf 1:30) da ein Problem machen würden, da diese jetzt mittags durchlaufen sollte diese "Fehlerquelle" nicht mehr bestehen.

 

[namebereitsvergeben]

Alter Thread, but wild guess: Home Assistant am Laufen?

HA macht nachts um 4:12 Uhr ganz schön viel Maintenance, was die Recorder-DB betrifft.

Je nach dem, was du alles loggst, kann so ne DB ganz schön auflaufen und ggf. Last beim Purgen machen.
Ich hatte auch das Problem, dass die DB korrupt war und ich erst die RecorderDB neu aufbauen lassen musste, damit sich der Purge-Prozess nicht in der defekten DB festbeißt.

Hier ein paar weiterführende Infos: https://www.home-assistant.io/integrations/recorder/
Achte besonders auf die Filter, was du recorden möchtest und was nicht (muss wirklich sun.sun getrackt werden?). Ggf. HA runterfahren, /config/home-assistant_v2.db umbenennen und HA hochfahren (Achtung: Das entfernt alle historischen Werte in HA).

Wenn wir da auf einer guten Spur sind, aber du noch Fragen hast --> Ab in die HomeAssistant-Foren

 

[Bu66as]

Um das mal festzunageln statt zu raten: PSI gibts auch pro cgroup. Also cat /sys/fs/cgroup/lxc/*/io.pressure und für die VMs cat /sys/fs/cgroup/qemu.slice/*/io.pressure. Wenn du das per Cron alle 10s mit Zeitstempel in ein Logfile kippst, siehst du morgens schwarz auf weiß welcher Gast um 04:12 rappelt, ohne dass du dafür aufstehen musst. Geht auch mit iotop -boa -d 10 in ein File, das gibt dir gleich die Prozessnamen dazu.

Was mich bei deinem Setup wundert: du schreibst VMs und Container liegen alle auf der NVMe, die HDDs haben nur die restlichen Daten. Dann sollte der nächtliche Krach gar nicht von den Platten kommen. Rappeln die HDDs nachts wirklich hörbar (dann greift irgendwas auf die Daten zu, Backup? Sync? Medienscan?), oder ist es eher der Lüfter der bei der CPU-Last hochdreht? Das sind zwei verschiedene Baustellen und der IO-Pressure-Graph sagt dir nicht welche davon dich weckt.