Gelöst: Nach Hibernation got timeout

[bitboy0]

Eine Maschine mit 64GB RAM wurde mittels Suspend to Disk angehalten.

Ich kann dann die Maschine dann nicht wieder aufwecken, weil ich nach 5 Minuten einen Timeout erhalte.
Ich musste den State aus der config-Datei löschen und die Datei mit dem State.

So wie ich das sehe kann man den Timeout von 300 Sekunden nicht erhöhen? Das ist etwas/sehr unschön.

gruß

 

[Dominic]

Ist das Problem, dass Suspend to disk überhaupt passiert oder dass das Aufwachen länger als 5 Minuten dauert?
Falls ersteres, das kann deaktiviert werden https://wiki.debian.org/Suspend#Disable_suspend_and_hibernation
Falls das zweite, dann ist wahrscheinlich sleep.conf relevant.

Ich musste den State aus der config-Datei löschen und die Datei mit dem State.

Von welchen Dateien sprechen wir da genau?

 

[bitboy0]

Ausgangssituation war, dass ich PVE nach einem Kernel-Update neu starten wollte und davor habe ich absichtlich alle Maschinen auf Disk geparkt. Idee war, dass das vielleicht schneller gehen könnte als die Maschinen herunterzufahren und dann wieder hochzufahren.

Schon beim Vorgang des parkens ist mir aufgefallen, dass der Mailserver über 5 Minuten gebraucht hat. Das ist VIEL langsamer als die Kiste herunterzufahren. Auch Schnappschüsse brauchen sehr lange. Sind halt 64GB RAM und keine SSDs zum speichern der Snapshoots/RAW-Files

Zwei kleinere Maschinen ließen sich so nach dem Neustart des PVE auch sofort wieder starten. Allerdings ausgerechnet nicht der Server mit dem UCS/Kopano drauf.

Inwiefern kann mir der Link oben "debian.org" helfen das zu vermeiden?
Wo finde ich sleep.conf und gibt es darin eine Variable, die den Timeout hochsetzen kann?
https://forum.proxmox.com/threads/removing-hibernate-state-of-vm-proxmox-5-4.55861/
Da steht, dass der FIX auf 300 steht und ich konnte nichts weiter dazu finden.

 

[Dominic]

Wir hatten ein kleines Missverständnis. Ich dachte, es ginge um Maschine im Sinne von physischer Rechner.

Soweit ich das sehe ist das Timeout weiterhin hardcoded.

153     if ($is_suspended && $timeout < 300) {
154         $timeout = 300;
155     }

Dies kann (temporär) verändert werden. Dazu muss die Zahl in der Datei

/usr/share/perl5/PVE/QemuServer/Helpers.pm

geändert werden. Allerdings ist so eine Änderung beim nächsten Upgrade wieder weg. Dafür sollte aber auch

apt install --reinstall qemu-server

einen Fehler wieder korrigieren.

Das Suspend bzw. Hibernate kann statt im GUI auch in der Befehlszeile gestartet werden. Zum Beispiel so

sudo qm suspend 101 --todisk 1 --statestorage local

Dabei kann mit statestorage der relevante Speicher angepasst werden. Falls es irgendwelche schnelleren Festplatten gibt, wäre das einen Versuch Wert.

 

[bitboy0]

Ok ... das war jetzt eine gute Sammlung an Informationen.

Ich habe ein Ticket aufgemacht, damit man da in Zukunft vielleicht was verbessern kann
https://bugzilla.proxmox.com/show_bug.cgi?id=3407

Ist der Statstorage auch für Snapshoots? -> Edit: Ja, scheint so!

 

[bitboy0]

Lösungsweg jetzt auf die Schnelle

Um die Maschine mit dem gespeicherten Zustand auch von einer sehr langsamen Platte zu starten:

in der Datei /usr/share/perl5/PVE/QemuServer/Helpers.pm

    if ($is_suspended && $timeout < 300) {
        $timeout = 300;

Die 300 jeweils durch eine größere Zahl ersetzen. Die Zahl in Sekunden muss nur größer sein als die tatsächlich Zeit für's zurück lesen.
Danach kann man die VM wieder starten. Das wird aber nach dem nächsten Update von Qemu wieder auf 300 zurückgesetzt.

oder

Akut , unter Verlust des gespeicherten Zustands(Wie nach einem Stromausfall):
Im Verzeichnis /etc/pve/qemu-server die passende conf-Datei finden und dort die Zeile mit "vmstate xxx" finden <- xxx = storage:vm-yyy-state-suspend-year-mm-dd
mit "pvesm free xxx" die Abbild-Datei entfernen, die Zeile in der conf dann löschen und die Datei speichern.
Dann mit "qm unlock yyy" <-yyy = Nummer der VM den lock-Status der VM aufheben, damit man die wieder starten kann.

 

[Dominic]

Falls generell VM-Starts per Befehlszeile OK sind: Beim Start-Befehl kann ein Timeout angegeben werden:

qm start 101 --timeout 5000