Bug 28813 - XEN: virtuelle Domänen werden beim shutdown/reboot nicht gespeichert
XEN: virtuelle Domänen werden beim shutdown/reboot nicht gespeichert
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Virtualization - Xen
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.1
Assigned To: Philipp Hahn
Janek Walkenhorst
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-10-17 15:02 CEST by Felix Botner
Modified: 2012-12-12 21:07 CET (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Botner univentionstaff 2012-10-17 15:02:09 CEST
ls /etc/rc0.d/*xen*
/etc/rc0.d/K18xencommons  /etc/rc0.d/K19xend  /etc/rc0.d/K20xendomains


ls /etc/rc6.d/*xen*
/etc/rc6.d/K18xencommons  /etc/rc6.d/K19xend  /etc/rc6.d/K20xendomains

Dadurch, dass beim runterfahren xencommons und xend vor dem xendomains beendet wird, kann dieser die Domänen nicht speichern. xendomains sollte VOR den anderen beendet werden.

Diese verhalten führt u.a. dazu, dass die Instanzen hart beendet werden und das die DOM0 nicht richtig runterfährt/neu startet.
Comment 1 Philipp Hahn univentionstaff 2012-10-22 17:28:58 CEST
Die Reihenfolge wurde korrigiert (vgl. Bug #19145 für das gleiche Problem bei libvirt):

Alt:
# ls -1 /etc/rc[0126].d/[SK][0-9][0-9]xen*
/etc/rc0.d/K18xencommons
/etc/rc0.d/K19xend
/etc/rc0.d/K20xendomains
/etc/rc1.d/K18xencommons
/etc/rc1.d/K19xend
/etc/rc1.d/K20xendomains
/etc/rc2.d/S19xencommons
/etc/rc2.d/S20xend
/etc/rc2.d/S21xendomains
/etc/rc6.d/K18xencommons
/etc/rc6.d/K19xend
/etc/rc6.d/K20xendomains

Neu:
# ls -1 /etc/rc[0126].d/[SK][0-9][0-9]xen*
/etc/rc0.d/K70xendomains
/etc/rc0.d/K73xend
/etc/rc0.d/K74xencommons
/etc/rc1.d/K70xendomains
/etc/rc1.d/K73xend
/etc/rc1.d/K74xencommons
/etc/rc2.d/S26xencommons
/etc/rc2.d/S27xend
/etc/rc2.d/S30xendomains
/etc/rc6.d/K70xendomains
/etc/rc6.d/K73xend
/etc/rc6.d/K74xencommons

In einem meiner Tests kam es zu dem Problem, daß eine VM nach einem Reboot nicht gestartet werden konnte, weil eins der Block-Geräte auf einer NFS-Freigabe lag, die anscheinend noch nicht verfügbar war. Das ist aber ein ganz anderes Problem und ist durch das derzeitige Runlevel-Konzept von UCS nicht lösbar. Ähnliche Probleme sind zu erwarten, wenn NFS-Freigaben über libvirt (S28) eingebunden werden, weshalb die Xen-Init-Skripte jetzt teilweise vor und teilweise nach libvir einsortiert sind. 

svn36523,36525,  xen-4.1_4.1.3-2.22.201210221617
ChangeLog: svn15345
\item The order in which the init scripts related to Xen are called has been fixed (\ucsBug{28813}).
Comment 2 Janek Walkenhorst univentionstaff 2012-11-16 14:40:00 CET
Maschinen werden korrekt suspended und resumed.
Comment 3 Janek Walkenhorst univentionstaff 2012-11-16 16:56:23 CET
Changelog-Eintrag noch etwas erweitert.
Comment 4 Stefan Gohmann univentionstaff 2012-12-12 21:07:49 CET
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".