base.qcow2という名前のバックアップファイルに基づいてnew.qcow2 qcow2イメージを作成し、バックアップファイルがnfs共有にある場合。誰かがbase.qcow2を修正、交換、または削除しようとするとどうなりますか？
これが起こらないようにするロックがありますか？ base.qcow2が削除または変更される前に、すべてのブロックがnew.qcow2イメージにコピーされますか？
シナリオは次のとおりです。
qemu-img create -f qcow2 -b /mnt/nfs/base.qcow2 /localdisk/new.qcow2
nfsサーバーまたは他のクライアントから：
rm nfs/base.qcow2
base.qcow2で生成されたnew.qcow2はどうなりますか？
ベストアンサー1
誰かがbase.qcow2を修正、交換、または削除しようとするとどうなりますか？
ベースイメージに基づくイメージは、関連性がなく、破損したり、役に立たなくなります。もちろん、クローン全体は引き続き機能します。
これが起こらないようにするロックがありますか？
qemuに組み込まれる - いいえ。 oVirt / RHEVなどの管理システムにはこれらの機能があります。
base.qcow2が削除または変更される前に、すべてのブロックがnew.qcow2イメージにコピーされますか？
手動で実行している場合にのみ、qemu-img rebaseベースファイルを編集したり、スナップショットチェーンの最後の派生イメージの代わりに仮想マシンで直接使用したりすると、スナップショットツリー全体が破損します。
実際のシナリオでは、この-bオプションは新しいスナップショットと基本イメージの違いのみを含む増分イメージのみを生成します。ベースを削除すると参照がないため、スナップショットは役に立ちません。過去http://docs.fedoraproject.org/en-US/Fedora/13/html/Virtualization_Guide/sect-Virtualization-Tips_and_tricks-Using_qemu_img.htmlより良い参照のために。