Univention Bugzilla – Bug 18737
Default libvirt storage pool anlegen
Last modified: 2010-08-31 13:22:41 CEST
Zum Anlegen von "Storage Volumes" wird von libvirt ein sog. "Storage Pool" benötigt. Davon gibt es verschiedene Typen: Verzeichnis, NFS-Share, iSCSI, LVM <http://libvirt.org/storage.html> UVMM sollte standardmäßig analog zu "virt-manager" <file:/usr/share/virt-manager/virtManager/util.py> einen Default-Pool vom Typ "directory" unter "/var/lib/libvirt/images/" anlegen.
Ich brauche das für die Wizards
Der UVMM-Daemon legt jetzt auf jedem Node mit dem er sich verbindet einen Default-Pool. Das Verzeichnis für diesen Pool kann über die UCR-Variable uvmm/pool/default/path verändert werden.
Irgendwie funktioniert das nicht: root@kvm:~# ucr set uvmm/pool/default/path=/tmp Setting uvmm/pool/default/path root@kvm:~# virsh pool-destroy default Pool default destroyed root@kvm:~# invoke-rc.d univention-virtual-machine-manager-daemon restart * Restarting Univention Virtual Machine Manager uvmmd [ ok ] root@kvm:~# invoke-rc.d univention-virtual-machine-manager-node-common restart * Restarting univention-libvirt daemon: ok: run: univention-libvirt: (pid 5250) 1s, normally down ...done. root@kvm:~# Anschließend werden die Images immer noch unter /var/lib/libvirt/images angelegt.
(In reply to comment #3) > Irgendwie funktioniert das nicht: > > root@kvm:~# ucr set uvmm/pool/default/path=/tmp > Setting uvmm/pool/default/path > root@kvm:~# virsh pool-destroy default > Pool default destroyed Destroy reicht hier nicht. Damit wird der Pool nur als inaktiv gesetzt. Mit virsh pool-undefine default wird er wirklich entfernt. Anschließend legt UVMMd nach einem Neustart den Pool auch mit dem gesetzten Verzeichnis an.
funktioniert
UCS 2.4 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".