[libvirt-users] internal snapshot question

gunnar.wagner at netcologne.de gunnar.wagner at netcologne.de
Sat Sep 3 10:45:55 UTC 2016


tried it (--live wasn't accepted, so I shut the VM down) and produced a snapshot

   $ sudo virsh snapshot-delete [domain] [sn-id]

returns an error though

   >> error: Failed to delete snapshot [sn-id]
   >> error: unsupported configuration: deletion of 1 external disk snapshots not supported yet

so do I have to look into the block commit area to proceed here?



> On September 3, 2016 at 6:28 PM vrms at netcologne.de wrote:
> 
> hi Martin,
> 
> thanks again for the feedback. maybe you have noted that I am not yet all too familiar with those tools.
> 
> this is now sort of working for me. But I sense that you seem this method to be less then ideal.
> Reading through the virsh manual it looks like ...
> 
> $ virsh snapshot-create [domain] --disk-only --live
> 
> ... might be doing a similar thing. Maybe more elegant (pure virsh) and on a running machine
> what I can't qite figure out is where to squeeze in the name (or description, even) for the snapshot
> 
> > On September 3, 2016 at 3:37 PM Martin Kletzander <mkletzan at redhat.com> wrote:
> > 
> > On Sat, Sep 03, 2016 at 03:07:37PM +0800, vrms at netcologne.de wrote:
> > 
> > > I take an internal snapshot (VM is 'shutdown' when taking it) of a qcow2 image like this:
> > > 
> > > $ qemu-img snapshot -c sn1 [my_image].qcow2
> > > 
> > > I see that snapshot when asking for:
> > > 
> > > $ qemu-img info [my_image].qcow
> > 
> > Firstly, you are doing this behind libvirt's back, so libvirt will most
> > likely not know about that snapshot.
> > 
> > > but do NOT see it with:
> > > 
> > > $ virsh domblklist [my_domain]
> > 
> > Well, what would you expect to see there? Have a look at the man page,
> > virsh(1) says:
> > 
> > domblklist domain [--inactive] [--details]
> >  Print a table showing the brief information of all block devices associated with
> >  domain. If --inactive is specified, query the block devices that will be used on
> >  the next boot, rather than those currently in use by a running domain. If
> >  --details is specified, disk type and device value will also be printed. Other
> >  contexts that require a block device name (such as domblkinfo or snapshot-create
> >  for disk snapshots) will accept either target or unique source names printed by
> >  this command.
> > 
> > > is that how it is meant to be?
> > 
> > Well, yeah (if the above is really what you wanted to run)...
> > 
> > > _______________________________________________
> > > libvirt-users mailing list
> > > libvirt-users at redhat.com
> > > https://www.redhat.com/mailman/listinfo/libvirt-users




More information about the libvirt-users mailing list