У меня возник вопрос про управление снапшотами qcow2 через qemu-img
Имею:
1. Qcow2-контейнер original.qcow2, являющийся образом ВМ
2. Qcow2-снапшот для original.qcow2, сохраненный в виде файла snapshot.qcow2
Снапшот создавался командой:
qemu-img create -f qcow2 -b ./original.qcow2 ./snapshot.qcow2
Суть проблемы:
Когда я пытаюсь закоммитить снепшот, т.е. вернуть изменения из snapshot.qcow2 обратно в original.qcow2, я выполняю команду
qemu-img commit ./snapshot.qcow2
Однако, во время создания снапшота, он был четко привязан к образу ./original.qcow2
, т.е. привязан через путь в фс
По условиям решаемой мной задачи, сам original.qcow2 может находиться не в текущем каталоге со снапшотом и может иметь название отличное от original.qcow2, соответственно при выполнении qemu-img commit ./snapshot.qcow2
мне нужно ей как-то рассказать о том, что сливать изменения нужно в /path/to/original.qcow2
Вопрос:
Для указания оригинального образа при выполнении qemu-img commit
в документации я нашел ключ -b BASE
, однако я не уверен в том, что это то, что мне нужно, т.к. он просто указан в списке и его описание отсутствует. Кусок мана:
commit [--object OBJECTDEF] [--image-opts] [-q] [-f FMT] [-t CACHE] [-b BASE] [-d] [-p] FILENAME
Точно ли это тот ключ, что мне нужен, или я неправильно догадался о его предназначении?
У меня нет возможности оперативно проверить с условно рабочими данными, поэтому хочу узнать у тех, кто так уже делал))
P.S.Это такая костыльная реализация репликации образа ВМ на другой хост с иной системой управления репликациями, и это самый простой путь)) Сделать нормально мне не разрешили))
P.P.S. Симлинк не выход
Ответ: да, нужно указывать через -b параметр