[libvirt] bug: try to take disk snapshot for LVM2 Volume
MATSUDA, Daiki
matsudadik at intellilink.co.jp
Fri Sep 30 06:00:31 UTC 2011
(2011/09/30 14:26), MATSUDA, Daiki wrote:
> I tried the new snapshot function implemented by Eric Blake.
>
> It works very well for QCOW2 disk image system.
> But I often use LVM2 volume for QEMU virtual machines and tried to take
> disk snapshot by virsh command ( snapshot-create DOMNAME --disk-only).
> So, finally qemu monitor command 'snapshot_blkdev' accepts the LVM2
> volume and create QCOW2 snapshot image. In addition, domain's
> configuration file is replaced to use snapshot disk image instead of
> LVM2 volume.
>
> configuration file
> from
> ....
> <disk type='block' device='disk>
> <driver name='qemu' type='raw' cache='none'/>
> <source dev='dev/VG1/LVM2_dom'/>
> ....
>
> to
> <disk type='block' device='disk>
> <driver name='qemu' type='qcow2' cache='none'/>
> <source dev='dev/VG1/LVM2_dom.1317357844'/>
>
> After then, the domain runs well till it is shutdowned. I started the
> domain, but it does not with following error
> virtsh # start LVM2_dom
> error: Failed to start domain LVM2_dom
> error: 内部エラー Process exited while reading console log output: char
Sorry, upper is
error: internal error Process exited while reading console log output: char
> device redirected to /dev/pts/7
> qemu: could not open disk image /dev/VG1/LVM2_dom.1317357844: Invalid
> argument.
>
> I think that if the volume but qcow2 is given libvirt should be refuse,
> e.g. in qemuDomainSnapshotCreateDiskActive() with voulme driver type.
> But currently the structures concerning with snapshot or disk has no
> member to hold such a volume driver information. In addition, as we want
> to add the LVM2 and other volume snapshot function, we hope you add its
> information and fix.
>
> Regards
> MATSUDA Daiki
>
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
>
>
More information about the libvir-list
mailing list