Wenn ich ein neues .qcow2-qcow2-Image basierend auf einer Sicherungsdatei (genannt base.qcow2) erstelle und sich die Sicherungsdatei auf einer NFS-Freigabe befindet. Was passiert, wenn jemand versucht, base.qcow2 zu ändern, zu ersetzen oder zu löschen?
Gibt es einen Sperrmechanismus, der dies verhindert? Werden alle Blöcke in das neue.qcow2-Image kopiert, bevor das base.qcow2 entfernt oder geändert wird?
Das Szenario ist wie folgt:
qemu-img create -f qcow2 -b /mnt/nfs/base.qcow2 /localdisk/new.qcow2
Auf dem NFS-Server oder einem anderen Client:
rm nfs/base.qcow2
Was passiert mit new.qcow2, das aus base.qcow2 erstellt wurde?
Antwort1
Was passiert, wenn jemand versucht, base.qcow2 zu ändern, zu ersetzen oder zu löschen?
Die auf dem Basisimage basierenden Images werden irrelevant/beschädigt/nutzlos. Vollständige Klone funktionieren natürlich weiterhin.
Gibt es einen Verriegelungsmechanismus, der dies verhindert?
In QEMU integriert – nein. Managementsysteme wie oVirt/RHEV verfügen über diese Funktionen.
Werden alle Blöcke in das neue .qcow2-Image kopiert, bevor das Basis-.qcow2-Image entfernt oder geändert wird?
Nur wenn Sie manuell einen ausführen qemu-img rebase. Wenn Sie einfach die Basisdatei bearbeiten oder sie direkt mit einer VM anstelle des letzten abgeleiteten Images in einer Snapshot-Kette verwenden, zerstören Sie den gesamten Snapshot-Baum.
Im tatsächlichen Szenario -berstellt die Option nur ein Delta-Image, das nur die Unterschiede zwischen dem neuen Snapshot und dem Basis-Image enthält. Wenn Sie die Basis löschen, wird der Snapshot nutzlos, da er keine Referenz hat. Gehen Sie weiterhttp://docs.fedoraproject.org/en-US/Fedora/13/html/Virtualization_Guide/sect-Virtualization-Tips_and_tricks-Using_qemu_img.htmlzur besseren Bezugnahme.