Univention Bugzilla – Bug 19145
libvirt Initskript
Last modified: 2012-12-12 21:09:50 CET
Es fehlt derzeit ein Initskript für /etc/runit/univention-libvirt.
Gibt es bereits: /etc/init.d/univention-virtual-machine-manager-node-common
Es sollte eher darüber nachgedacht werden, ob libvirtd weiterhin per RunIt verwaltet werden soll: 1. "univention-virtual-machine-manager-node-common" ist sehr unhandlich verglichen mit "libvirtd" 2. libvirtd wurde damals wegen Bug #18668 auf RunIt umgestellt, weil der Daemon mehrfach neugestartet wurde. Eigentliche Ursache was das triggern des LDAP-Listeners, der nach dem Anpassen von /etc/libvirt/libvirtd.conf#tls_allowed_dn_list den libvirtd neustarten muß. Ansonsten läuft der Daemon stabil 3. Wegen Bug #20024 muß der libvirtd derzeit öfters neu gestartet werden; RunIt verkompliziert das immer etwas. Sollte das Rückgängig gemacht werden, muß auch unbedingt der Pfad in univention-virtual-machine-manager-daemon/umc/modules/univention/management/console/handlers/uvmm/__init__.py#uvmm_daemon_restart() angepasst werden.
Ja, ich denke das macht Sinn. Wenn es ohne Nebeneffekte geht, dann können wir das auch in einem Patchlevel Release ändern, ansonsten zum nächsten Major oder Minor Release.
Created attachment 3723 [details] Convert back to libvirt-bin
Wir sollten vermutlich das alte Initskript noch da lassen, zumindest für ein weiteres Minor Release.
svn10974, libvirt_0.9.12-5.113.201210121010: Seit UCS-2.4 wird libvirt-guests mit der falschen Init-Level-Nummer installiert, so daß libvirt-guests vor libvirt-bin gestartet wird. Das wurde korrigiert. S19: xencommons (xenstored, xenconsoled): S20: univention-virtual-machine-manager-node-kvm (eth0->Bridge+peth0) S20: xend S21: xendomains (startet Domains nach reboot) S28: libvirt-bin (libvirtd) S29: libvirt-guests (startet Domains nach reboot) S30: univention-virtual-machine-manager-daemon svn36268, univention-virtual-machine-manager-node_2.0.2-1.58.201210121422, univention-virtual-machine-manager-daemon_2.0.10-1.397.201210121424: Statt /etc/init.d/univention-virtual-machine-manager-node-common wird jetzt wieder /etc/init.d/libvirt-bin verwendet. Ein Symlink auf das neue Skript ersetzt das alte Skript und gibt zusätzliche eine Warnmeldung aus. Die Umleitung für die Datei /etc/default/libvirt-bin wurde rückgängig gemacht. UVMMd wurde neu übersetzt und verwendet direkt den neuen Namen. Es wird weiterhin runit verwendet. ChangeLog: svn15239 \item \ucsCommand{/etc/init.d/univention-virtual-machine-manager-node-common} has been deprecated in favour of \ucsCommand{/etc/init.d/libvirt-bin}. The order in which the init scripts related to virtualization has been fixed (\ucsBug{19145}).
FAILED: Die Umleitung für die Datei /etc/default/libvirt-bin wurde rückgängig gemacht. Nun startet libvirt aber ohne -l und hört nicht mehr auf tcp. Damit funktioniert der UVMMD nicht mehr. /etc/default/libvirt-bin sollte also ein Template bleiben und -l setzen. rc2 vor dem update S19xencommons S20univention-virtual-machine-manager-daemon S20univention-virtual-machine-manager-node-common S20xend S21libvirt-guests S21xendomains rc2 Nach dem Update/Neuinstallation S19xencommons S20xend S21xendomains S28libvirt-bin S29libvirt-guests S30univention-virtual-machine-manager-daemon Nach eine Update bzw. Neuinstallation OK - Statt /etc/init.d/univention-virtual-machine-manager-node-common wird jetzt wieder /etc/init.d/libvirt-bin verwendet OK - Seit UCS-2.4 wird libvirt-guests mit der falschen Init-Level-... OK - Ein Symlink auf das neue Skript ersetzt das alte Skript und gibt zusätzliche eine Warnmeldung aus. OK - UVMMd wurde neu übersetzt und verwendet direkt den neuen Namen. OK - Es wird weiterhin runit verwendet.
(In reply to comment #7) > FAILED: > > Die Umleitung für die Datei /etc/default/libvirt-bin wurde > rückgängig gemacht. Nun startet libvirt aber ohne -l und hört nicht mehr auf > tcp. Damit funktioniert der UVMMD nicht mehr. /etc/default/libvirt-bin sollte > also ein Template bleiben und -l setzen. etc/default/libvirt-bin wurde wieder hinzugefügt bzw. bleibt bei einem Update bestehen. svn36395, univention-virtual-machine-manager-node_2.0.2-2.59.201210171431 ChangeLog: ±0
OK Nach Update und Neuinstallation ist /etc/default/libvirt-bin ein UCR Template. libvirtd wird dann mit -l gestartet. Changelog OK.
Doch nochmal auf. Beim runterfahren werden die virtuellen Instanzen nicht gesichert (er kann nicht auf qemu:///system zugreifen). Es hat möglicherweise etwas mit runit zu tun: /etc/rc6.d rc0.d K25univention-runit ... K70univention-virtual-machine-manager-daemon K71libvirt-guests K72libvirt-bin
(In reply to comment #10) > Doch nochmal auf. Beim runterfahren werden die virtuellen Instanzen nicht > gesichert (er kann nicht auf qemu:///system zugreifen). Es hat möglicherweise > etwas mit runit zu tun: Siehe deswegen Bug #28817.
(In reply to comment #11) > Siehe deswegen Bug #28817. univention-runit wurde angepasst.
OK, beim Runterfahren von KVM Hosts werden die Instanzen gesichert, beim Starten dann wieder gestartet.
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".