[Gelöst] KVM snapshot commit failure

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
Benutzeravatar
mig
Beiträge: 151
Registriert: 26.02.2003 13:21:58
Wohnort: wien
Kontaktdaten:

[Gelöst] KVM snapshot commit failure

Beitrag von mig » 17.11.2018 09:41:49

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
Zuletzt geändert von mig am 17.11.2018 16:02:04, insgesamt 1-mal geändert.

Benutzeravatar
mig
Beiträge: 151
Registriert: 26.02.2003 13:21:58
Wohnort: wien
Kontaktdaten:

Re: KVM snapshot commit failure

Beitrag von mig » 17.11.2018 16:01:29

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
Beiträge: 2459
Registriert: 06.06.2006 22:09:47
Lizenz eigener Beiträge: MIT Lizenz

Re: [Gelöst] KVM snapshot commit failure

Beitrag von reox » 21.12.2021 07:49:37

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 Debian Bugreport932456
Bei mir scheint es aber an apparmor zu liegen und nicht an selinux...

Benutzeravatar
mig
Beiträge: 151
Registriert: 26.02.2003 13:21:58
Wohnort: wien
Kontaktdaten:

Re: [Gelöst] KVM snapshot commit failure

Beitrag von mig » 21.12.2021 11:25:19

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
Beiträge: 2459
Registriert: 06.06.2006 22:09:47
Lizenz eigener Beiträge: MIT Lizenz

Re: [Gelöst] KVM snapshot commit failure

Beitrag von reox » 21.12.2021 11:39:29

Ja oder

Code: Alles auswählen

aa-disable /etc/apparmor.d/libvirt/libvirt-$(virsh domuuid $vmname)
(wurde im bugreport erwähnt)

Antworten