similar to: KVM incremental backup using CBT

On Fri, Oct 10, 2014 at 07:32:06PM -0600, Eric Blake wrote: > On 10/10/2014 11:37 AM, Jd wrote: > > Hi > > Looking in to implementing (CBT like) delta backup for KVM. > > Not quite sure what you mean by CBT. > > > > > The following looks promising..(last paragraph) > > http://wiki.qemu.org/Features/Snapshots2 > > > > Libvirt

Am 13.10.14 16:25, schrieb Eric Blake: > On 10/13/2014 03:56 AM, Thomas Stein wrote: >> Hello. >> >>> blockcommit vm1 vda --active --verbose --pivot >> >> That's where libvirt stops working at the moment, right? >> >> virsh # blockcommit puppet-test vda --active --verbose --pivot >> error: unsupported flags (0x4) in function

On 10/10/2014 11:37 AM, Jd wrote: > Hi > Looking in to implementing (CBT like) delta backup for KVM. Not quite sure what you mean by CBT. > > The following looks promising..(last paragraph) > http://wiki.qemu.org/Features/Snapshots2 > Libvirt hasn't yet been patched to take advantage of all the latest qemu features. Patches are welcome. But libvirt already

Thanks Eric.. inline. On 10/10/14, 6:32 PM, Eric Blake wrote: > On 10/10/2014 11:37 AM, Jd wrote: >> Hi >> Looking in to implementing (CBT like) delta backup for KVM. > Not quite sure what you mean by CBT. Sorry vmware term.. CBT -> changed block tracking. (dirty block) > >> The following looks promising..(last paragraph) >>

Thanks Kashyap, The command line examples makes thing quite clear :) rsync for image (large) files create a new file for every little change, that was the reason I started looking in to using dirty bitmaps. /Jd On 10/11/14, 1:13 AM, Kashyap Chamarthy wrote: > On Fri, Oct 10, 2014 at 07:32:06PM -0600, Eric Blake wrote: >> On 10/10/2014 11:37 AM, Jd wrote: >>> Hi >>>

On Monday 13 October 2014 16:35:15 Thomas Stein wrote: > Am 13.10.14 16:25, schrieb Eric Blake: > > On 10/13/2014 03:56 AM, Thomas Stein wrote: > >> Hello. > >> > >>> blockcommit vm1 vda --active --verbose --pivot > >> > >> That's where libvirt stops working at the moment, right? > >> > >> virsh # blockcommit

On Saturday 11 October 2014 10:13:14 Kashyap Chamarthy wrote: > 2. Create an external live snapshot: > > $ virsh snapshot-create-as --domain vm1 sn1 \ > --diskspec vda,file=/export/images/sn1.qcow2 \ > --disk-only --atomic --no-metadata > > Note (thanks Eric Blake): Above, if you have QEMU guest agent > installed in your virtual machine, try

Hello. > blockcommit vm1 vda --active --verbose --pivot That's where libvirt stops working at the moment, right? virsh # blockcommit puppet-test vda --active --verbose --pivot error: unsupported flags (0x4) in function qemuDomainBlockCommit cheers t.

On 10/13/2014 03:56 AM, Thomas Stein wrote: > Hello. > >> blockcommit vm1 vda --active --verbose --pivot > > That's where libvirt stops working at the moment, right? > > virsh # blockcommit puppet-test vda --active --verbose --pivot > error: unsupported flags (0x4) in function qemuDomainBlockCommit Which version of libvirtd is running on the server side?

On Wednesday 29 October 2014 13:29:25 Eric Blake wrote: > On 10/29/2014 01:07 PM, Thomas Stein wrote: > > About the --quiesce option. Do i need to do something inside the vm? The > > most commonly would probably be a sql server running inside the vm. Do i > > need to tell the sql server something about the --quiesce option i use? I > > read this article here which

On 11/02/2014 02:13 PM, Thomas Stein wrote: > After a little bit of fiddling i've got this running. Here is what's > neccessary in case someone wanna try this too. That's awesome news! Thanks for sharing. > https://github.com/qemu/qemu/blob/master/scripts/qemu-guest-agent/fsfreeze-hook.d/mysql-flush.sh.sample > > I had to adjust this script a little for mariadb

On 10/12/2014 10:19 PM, Jd wrote: [please don't top-post on technical lists] > Thanks Kashyap, > The command line examples makes thing quite clear :) > rsync for image (large) files create a new file for every little > change, that was the reason I started looking in to using dirty bitmaps. Upstream qemu still doesn't have persistent dirty bitmap tracking working yet; once

> > A quick google search found this: > > http://callecalle.uach.cl/ovirt-engine/docs/manual/en_US/html/Technical_Gu > > id e/QEMU_Guest_Agent_Overview.html > > > > Sadly, it didn't spell out the name of where you install hook scripts > > into the guest. But this commit is pretty telling: > >

On 10/29/2014 01:07 PM, Thomas Stein wrote: > About the --quiesce option. Do i need to do something inside the vm? The most > commonly would probably be a sql server running inside the vm. Do i need to > tell the sql server something about the --quiesce option i use? I read this > article here which suggests such a procedure. Okay, it's vmware, but... Is > that right? For

Thanks for your reply. The nova project uses the virDomainBlockRebase API to finish the rebase operation from the old disk to the new disk not using the virDomainBlockCopy API. I am confused of the difference of virDomainBlockRebase and virDomainBlockCopy. Cheers, Boxiang On 11/5/2018 22:07，Peter Krempa<pkrempa@redhat.com> wrote： On Fri, Nov 02, 2018 at 13:42:56 +0800, Boxiang Zhu wrote:

Hello. Is someone performing incremental backups via libvirt for qemu/kvm machines? I'm still having a hard time to find a nice procedure. I mean is it possible to make a full backup of an image on monday a do the next days of the week incremental backups? Another way could be mount the image and rsync its contents. Does that makes sense? Also i read in qemu changelog: --- Support for a

I have used virsh snapshot-create-as <VM name> <snapshot name> "<snapshot description>" --diskspec "vda,snapshot=external,file=/path/to/external-snapshot" --disk-only --atomic to create an external snapshot of a running VM. I followed it with virsh blockpull <VM name> --path /path/to/external-snapshot and monitored it until done.

Hi Davide, > Hi Thomas, > I'm using this script which leverages external snapshots and blockpull: https://github.com/dguerri/LibVirtKvm-scripts [1] > > It's very simple and on ubuntu requires some tweaks on apparmour configuration. Would it be hard to adapt this script for LVM-backed VMs? []s, Fernando Lozano Links: ------ [1]

Hi. I am using openstack, ceph and libvirt now. The live volume migration will call the libvirt rebase function in openstack nova project. https://github.com/openstack/nova/blob/stable/rocky/nova/virt/libvirt/driver.py#L1497 https://github.com/openstack/nova/blob/stable/rocky/nova/virt/libvirt/guest.py#L802 But I use the ceph as the openstack block backend. And the type of

I am searching for directions for using live block migration to copy running vm's to a different storage pool. Example: VM1 running on Host1, the image(s) for VM1 are stored in /var/lib/libvirt/images. I'd like to copy the disk image(s) that VM1 is using to /nfs/images. Without stopping/pausing/powering down the VM. Do you have any examples or documentation of how to accomplish this