On 1/8/19 2:30 AM, Lenny Helpline wrote: > I don't have many commands handy, as we manage almost everything through > libvirt manager. > > 3) create a snapshot of the lined clone: > > virsh snapshot-create-as --domain <VMNAME> --name "test" --halt > > 4) revert the snapshot every X minutes / hours: > > virsh destroy <VMNAME> > virsh snapshot-revert --snapshotname test --running --force > > Does that help?
Yes. It shows that you are taking internal snapshots, rather than external. Note that merely reverting to an internal snapshot does not delete that snapshot, and also note that although qemu has code for deleting internal snapshots, I doubt that it currently reclaims the disk space that was previously in use by that snapshot but no longer needed. Internal snapshots do not get much attention these days, because most of our work is focused on external snapshots. If you were to use external snapshots, then every time you wanted to create a point in time that you might need to roll back to, you create a new external snapshot, turning: image1 into image1 <- temp_overlay then, at the point when you are done with the work in temp_overlay2, you reset the domain back to using image1 and throw away the old temp_overlay (or, recreate temp_overlay to be blank, which is the same as going back to the state in image1); thus, the size of image1 never grows because you are doing all work in temp_overlay, and rolling back no longer keeps the changes that were done in a previous branch of work the way internal snapshots are doing. In libvirt terms, you could create an external snapshot by adding --diskspec $disk,snapshot=external for each $disk of your domain (virsh domblklist can be used to get the list of valid $disk names). But libvirt support for reverting to external snapshots is still not completely rounded out, so you'll have to do a bit more leg work on your end to piece things back together. Asking on the libvirt list may give you better insights on how best to use libvirt to drive external snapshots to accomplish your setup of frequently reverting to older points in time. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature