[Gelöst] KVM snapshot commit failure

[mig]

Hallo

Wenn ich mittels

Code: Alles auswählen

virsh snapshot-create-as --domain debian9 --name "backup-debian9.qcow2" --no-metadata --atomic --disk-only --diskspec vda,snapshot=external

einen Snapshot erstelle klappt das wunderbar.
Wenn ich in allerdings wieder mit der originaldisk zusammenführen möchte dann bekomme ich ein Fehler

Code: Alles auswählen

virsh blockcommit debian9 vda --active --verbose --pivot
error: internal error: unable to execute QEMU command 'block-commit': Could not reopen file: Permission denied

Als würgaround habe ich nach kurzen googeln in /etc/libvirt/qemu.conf security_driver = "none" gesetzt
Hier der betreffende Auszug aus der Konfigurationsdatei:

Code: Alles auswählen

# The default security driver is SELinux. If SELinux is disabled
# on the host, then the security driver will automatically disable
# itself. If you wish to disable QEMU SELinux security driver while
# leaving SELinux enabled for the host in general, then set this
# to 'none' instead. It's also possible to use more than one security
# driver at the same time, for this use a list of names separated by
# comma and delimited by square brackets. For example:
#
#       security_driver = [ "selinux", "apparmor" ]
#
# Notes: The DAC security driver is always enabled; as a result, the
# value of security_driver cannot contain "dac".  The value "none" is
# a special value; security_driver can be set to that value in
# isolation, but it cannot appear in a list of drivers.
#
#security_driver = "selinux"
security_driver = "none"

nach dem restart von libvirtd.service klappt das zusammenführen.

Code: Alles auswählen

virsh blockcommit debian9 vda --active --verbose --pivot
Block commit: [100 %]
Successfully 

Meine Frage ist nun Bug oder nicht?
Wenn ja mach ich einen Bugreport.

bzw kann man das noch anders lösen ohne gleich die security optionen für die guest-images komplett abzuschalten?

Ach ja (aktuelles) unstable, und ich weiß eh ...

Code: Alles auswählen

libvirtd --version
libvirtd (libvirt) 4.7.0

[mig]

Die Lösung war dann doch ganz einfach

Der Pfad zu meiner virtuellen Disk ist nicht der default Pfad (/var/lib/libvirt/images).
sondern ein eigener zu einer eingebunden ssd
Folgendes hat für mich funktioniert

https://docs.fedoraproject.org/en-US/Fe ... ation.html

[reox]

Weil ich den bug auch gerade getriggert habe und er offenbar sowohl in buster als auch bullseye ist, hier ist der aktuelle bug report dazu 932456
Bei mir scheint es aber an apparmor zu liegen und nicht an selinux...

[mig]

Hi

JA mittlerweile macht auch apparmor Probleme:

Code: Alles auswählen

# aa-teardown

vorher absetzen hilft, damit ist das Gedöns für die aktuelle Session deaktiviert.

LG
Michael

[reox]

Ja oder

Code: Alles auswählen

aa-disable /etc/apparmor.d/libvirt/libvirt-$(virsh domuuid $vmname)

(wurde im bugreport erwähnt)