Univention Bugzilla – Bug 22410
id des libvirt-qemu Benutzers NICHT gleich auf unterschiedlichen Nodes
Last modified: 2023-03-25 06:41:52 CET
+++ This bug was initially created as a clone of Bug #22381 +++ xen13:~# more /etc/passwd| grep libvi libvirt-qemu:x:116:110:Libvirt Qemu,,,:/var/lib/libvirt:/bin/false xen12:~# more /etc/passwd| grep virt libvirt-qemu:x:118:110:Libvirt Qemu,,,:/var/lib/libvirt:/bin/false Ich hatte einen DVS Desktop auf xen12 gestartet. Nach einiger Zeit war konnte das Windows keine Daten mehr auf Platte schreiben, es gab diverse Fehlermeldungen. Nach einem Neustart ist die Instanz nun auch kaputt (Boot Meldung: NTLDR fehlt). Vermutlich liegt es daran, dass das qcow "backing file" nicht mehr gelesen werden konnte. Dies hatte folgende Berechtigungen -rw------- 1 haldaemon kvm auf xen12.
Für DVS-1.0 wird jetzt die Permission auf den Basis-Image-Dateien auf 0444 gesetzt. Das wird nicht durch das dynamic_ownership verändert, wodurch die Datei weiterhin auch auf anderen Rechnern lesbar bleibt, selbst wenn sich die numerischen und symbolischen IDs von libvirt-qemu:kvm auf den verschiedenen Rechnern unterscheiden. svn23871, univention-dvs-sessionbroker_1.0.122-1.162.201105050934
(In reply to comment #1) > Für DVS-1.0 wird jetzt die Permission auf den Basis-Image-Dateien auf 0444 > gesetzt. Das wird nicht durch das dynamic_ownership verändert, wodurch die > Datei weiterhin auch auf anderen Rechnern lesbar bleibt, selbst wenn sich die > numerischen und symbolischen IDs von libvirt-qemu:kvm auf den verschiedenen > Rechnern unterscheiden. Funktioniert.