Univention Bugzilla – Bug 19351
uvmm/pool/default/path hat keine Auswirkung
Last modified: 2023-06-28 10:45:59 CEST
Auf der Suche nach einer Möglichkeit den default Storage Pool in UVMM zu ändern habe ich (ucr search uvmm) die Variable "uvmm/pool/default/path" angepasst. Das hat allerdings keine Auswirkungen da der Pool nicht verändert wird. Das könnte auf den ersten Blick als Fehler gewertet werden.
Das bedeutet und hast den vorhandenen Pool nicht gelöscht?
(In reply to comment #1) > Das bedeutet und hast den vorhandenen Pool nicht gelöscht? Nein, ich habe nichts gemacht außer die UCR-Variable gesetzt.
(In reply to comment #2) > (In reply to comment #1) > > Das bedeutet und hast den vorhandenen Pool nicht gelöscht? > > Nein, ich habe nichts gemacht außer die UCR-Variable gesetzt. Wenn man den Pool entfernt und anschließend uvmmd neustartet wird der Pool neuangelegt: virsh pool-destroy default invoke-rc.d univention-virtual-machine-manager-daemon restart
Das könnte in die Variablenbeschreibung aufgenommen werden.
Erneut im Forum angefragt. Wenn ich das richtig verstehe, tut die Variable nicht (überall), was man erwartet. Der Defaultpool wird neu erzeugt, wenn: 1. Der Defaultpool nicht exisitiert 2. Eine Node-Verbindung neu initialisiert wird (Neue Verbindung zum libvirtd, oder Restart des UVMMd) Das hat also so nur Auswirkungen auf den Defaultpool des Management-Nodes.
(In reply to Tim Petersen from comment #5) > Wenn ich das richtig verstehe, tut die Variable nicht (überall), was man > erwartet. Der Defaultpool wird neu erzeugt, wenn: > 1. Der Defaultpool nicht exisitiert > 2. Eine Node-Verbindung neu initialisiert wird (Neue Verbindung zum > libvirtd, oder Restart des UVMMd) Soweit korrekt. > Das hat also so nur Auswirkungen auf den Defaultpool des Management-Nodes. Nicht ganz: 1. Management-Node (MN): Beim Start überprüft der UVMMd, ob auf jedem der VS ein default-Storage-Pool (SP) existiert. Nur falls das nicht der Fall ist, dann wird dort ein neuer default SP angelegt. Der Pfad dafür wird dabei aber über die UCRV auf dem NM definiert, weil das ganze vom NM aus initiiert wird. Da der NM selber nicht auch VS sein muß, gibt es auf dem NM auch nicht unbedingt einen libvirtd und damit auch einen SP. 2. Virtualisierungsserver (VS): Die lokal auf den VS definierte UCRV wird nur bei der Installation der VirtIO bzw. GPLPV-Treiber-Pakete ausgewertet: Die ISO bzw. Floppy-Images werden dorthin kopiert. Der default SP wird durch libvirtd immer unter /var/lib/libvirt/images/ angelegt.
This issue has been filed against UCS 2.4. UCS 2.4 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug". In this case please provide detailed information on how this issue is affecting you.