Univention Bugzilla – Bug 25857
Instanz nach der Migration pausiert
Last modified: 2012-12-12 21:10:17 CET
Ein Kunde berichtet, dass nach der Migration einer virtuellen Maschine, diese erfolgreich migriert wurde, aber anschließend als pausiert angezeigt wird. Eine Prüfung mit xm li hat ergeben, dass die Instanz aber nicht pausiert ist. Aufgetreten mit 2.4-4. Ich meine wir hatten das Problem schon mal in einer ähnlichen Form, dass nach dem Starten einer Xen Instanz diese zunächst als pausiert angezeigt wird.
(In reply to comment #0) > Ein Kunde berichtet, dass nach der Migration einer virtuellen Maschine, diese > erfolgreich migriert wurde, aber anschließend als pausiert angezeigt wird. Eine > Prüfung mit xm li hat ergeben, dass die Instanz aber nicht pausiert ist. Während der Migration ist die Ziel-VM pausiert, während die Quell-VM weiterhin läuft. (Zunächst wird der Inhalt des RAMs übertragen, was je nach Größe sehr unterschiedlich lang dauern kann. Da die Quell-VM während dieser Zeit weiterläuft und den Inhalt des RAMs ändert, müssen diese geänderten RAM-Inhalte abermals übertragen werden. Deswegen passiert das in einer Schleife, die erst abbricht, wenn der verbleibende Rest klein genug ist; anderenfalls wird die Migration abgebrochen.) Während der Migration fragt der UVMMd die beiden Server regelmäßig im Abstand von 10s ab. Für den Ziel-Server wurde deswegen vermutlich die VM schon als "pausiert" erkannt, was dann auch als Zustand nach der Migration angezeigt wird. (Der UVMMd wartet nur darauf, das die VM vom Quell-Host verschwindet und auf dem Ziel-Host erscheint, nicht das diese dann auch sofort dort läuft.) > Aufgetreten mit 2.4-4. Ich meine wir hatten das Problem schon mal in einer > ähnlichen Form, dass nach dem Starten einer Xen Instanz diese zunächst als > pausiert angezeigt wird. Bug #18634 und Bug #18385 comment 3 Workaround: Nach 10..15 Sekunden "aktualisieren" Kurzfristig: In "migrate()" eine ähnliche Logik wie in "state()" zum Warten auf "RUNNING" ergänzen. Langfristig: Status per AJAX aktualisieren.
(In reply to comment #1) > Workaround: Nach 10..15 Sekunden "aktualisieren" Nicht wirklich vermittelbar. Das sieht für den Administrator so aus, als ob das nicht funktioniert hat. > Kurzfristig: In "migrate()" eine ähnliche Logik wie in "state()" zum Warten auf > "RUNNING" ergänzen. Ja, in der Regel sollte nach der Migration immer der Status RUNNING erreicht werden. Solange dieser noch nicht erreicht ist, sollte gewartet werden. Natürlich mit einem Timeout. > Langfristig: Status per AJAX aktualisieren. Es darf aber nicht die Instanz als pausiert angezeigt werden. Dann müsste der Zustand als "Migration" erkennbar sein.
UCS 3.1 will be the next release.
Nach der Migration wird nun auch noch solange gewartet, bis die Zielinstanz nicht mehr pausiert ist. Das Timeout dort wurde von 10 auf 20 Sekunden erhöht, weil die Domain nur alle 15 Sekunden aktualisiert wird. svn36688, univention-virtual-machine-manager-daemon_2.0.12-3.402.201210262336 ChangeLog: svn15400 \item Migration now waits until the target domain is running again (\ucsBug{25857}).
(In reply to comment #4) > Nach der Migration wird nun auch noch solange gewartet, bis die Zielinstanz > nicht mehr pausiert ist. > Das Timeout dort wurde von 10 auf 20 Sekunden erhöht, weil die Domain nur alle > 15 Sekunden aktualisiert wird. Nach der Migration ist die VM immer sofort "State: running". > ChangeLog: svn15400 OK
UCS 3.1-0 has been released: http://forum.univention.de/viewtopic.php?f=54&t=2125 If this error occurs again, please use "Clone This Bug".