similar to: Re: Attached disk blockpull

On 01/29/2014 07:51 AM, Richard Gomes wrote: > Hello > > If I'm not terribly mistaken, looks like libvirt 1.2.1 does not provide > ability of merging only a subset of the entire chain of backing files. Correct - qemu doesn't provide full functionality for merging in all directions. And even though upstream qemu has been adding more pieces (for example, they recently added

Hello Eric, Absolutely enlightening! Thanks a lot :) Richard Gomes http://rgomes.info http://www.linkedin.com/in/rgomes mobile: +44(77)9955-6813 inum <http://www.inum.net/>: +883(5100)0800-9804 sip:rgomes@ippi.fr On 29/01/14 16:46, Eric Blake wrote: > On 01/29/2014 07:51 AM, Richard Gomes wrote: >> Hello >> >> If I'm not terribly mistaken, looks like libvirt

On 07/21/2016 03:05 PM, Andrew Martin wrote: > Hello, > > I use snapshot-create-as followed by blockpull when creating external snapshots > of VMs. This works well, however I am curious about the behavior of blockpull > after an unexpected shutdown (or SIGKILL). If a blockpull is in progress and an > unexpected power loss occurs, will the VM continue to reference the backing

Hello If I'm not terribly mistaken, looks like libvirt 1.2.1 does not provide ability of merging only a subset of the entire chain of backing files. So, if I have a chain like this: root <- a <-b <- c <- d <- active ... and I'd like to obtain a chain like this: root <- c <- d <- active ... looks like it's not supported,

On 01/29/2014 08:21 PM, Richard Gomes wrote: > Hello > > If I'm not terribly mistaken, looks like libvirt 1.2.1 does not provide > ability of merging only a subset of the entire chain of backing files. > > So, if I have a chain like this: > > root <- a <-b <- c <- d <- active > > ... and I'd like to obtain a chain like

Hi (Eric?), A couple of questions while using the 'virsh blockpull' Summary: 1] Created snapshots this way: base<-snap1<-snap2<-snap3 (online, external snapshot --disk-only) 2] I did a 'virsh blockpull' from snap2 into snap3 3] Next, did another 'virsh blockpull' from snap1 into snap3 - Here, 'qemu-img info /path/to/snap3' shows its backing file

----- Original Message ----- > From: "Eric Blake" <eblake@redhat.com> > To: "Andrew Martin" <amartin@xes-inc.com>, libvirt-users@redhat.com > Sent: Thursday, July 21, 2016 5:40:07 PM > Subject: Re: [libvirt-users] Blockpull behavior when interrupted > > On 07/21/2016 03:05 PM, Andrew Martin wrote: > > Hello, > > > > I use

Hello, I use snapshot-create-as followed by blockpull when creating external snapshots of VMs. This works well, however I am curious about the behavior of blockpull after an unexpected shutdown (or SIGKILL). If a blockpull is in progress and an unexpected power loss occurs, will the VM continue to reference the backing file for the parts of it that have not yet been copied? Or, will will the disk

Hi Libvirt, Is there a command that performs the same operation as blockpull while a domain is shutoff? I have a backing chain base <-- A <-- B that I would like to shorten to base <-- B It seems like blockpull B, setting --base <path-to-base> does this, but only when the domain is running. Thanks! Sincerely, Roger Jin -------------- next part -------------- An HTML

Coming off of xen environment; still testing with kvm, just a few questions: 1. What is the roadmap for release of qemu-kvm 1.1 and libvirt 0.10.2 for el6, cause I had to compile from upstream to get the latest stuff. 2. Should not virt-manager show the sparsed disk size instead of actual reserved size of a vm? 3. Where is the virsh bash_completion conf.d file from upstream; since el6 rpm

On Fri, Feb 07, 2020 at 18:29:59 +0100, Lentes, Bernd wrote: > > > ----- On Feb 7, 2020, at 3:43 PM, Peter Krempa pkrempa@redhat.com wrote: > > > On Fri, Feb 07, 2020 at 15:25:22 +0100, Lentes, Bernd wrote: [...] > Am i missing something ? Is there an error or is my libvirt version to old ? > If yes, would it be successfull to copy the files to a host with more recent

On 08/06/2014 06:04 AM, chenyanqiu@keytonecloud.com wrote: > Hi all, [please configure your mailer to wrap long lines] > ...Now I want to remove snap1 and snap2, and let current disk using the base image file as back file directly. Unfortunately, for some reason, I can not shutdown the vm, and exectue the "virsh blockpull" command. Can I execute the "virsh blockpull"

Hello, I am looking for a solution for live backups of running KVM hosts. I recently read this article which highlights the following method: http://www.linux-kvm.com/content/first-look-virtual-machine-online-disk-snapshots-coming-fedora-18 1. virsh snapshot-create-as to create the snapshot 2. cp myvm.qcow2 myvm-backup.qcow2 to copy off the now read-only backing image file 3. virsh

Hi all, I have a kvm virtual machine running (qemu version 2.0), and I had took several external snapshots of the disk( using "virsh snapshot-create-as"). Now, the existed disk files relationship look like: base <- snap1 <-snap2 <- current using disk file. Now I want to remove snap1 and snap2, and let current disk using the base image file as back file directly. Unfortunately,

Hi Libvirt, Does libvirt-python currently support adding a base path to virDomain.blockPull()? In particular, I would like to have the behavior of the following virsh command (from https://kashyapc.wordpress.com/2013/01/22/live-backup-with-external-disk-snapshots-and-libvirts-blockpull/) in libvirt-python: [image: image.png] Thanks! Sincerely, Roger Jin -------------- next part --------------

On Tue, Sep 04, 2018 at 17:32:49 +0200, Gionatan Danti wrote: > Il 03-09-2018 13:14 Gionatan Danti ha scritto: > > Hi list, > > suppose I have an immutable (ie: due to a read-only snapshot) backing > > file. > > > > After creating an overlay file with "qemu-img create -f qcow2 -o > > backing_file=/path/to/immutable/file.img current.qcow2", libvirt

----- On Feb 7, 2020, at 3:43 PM, Peter Krempa pkrempa@redhat.com wrote: > On Fri, Feb 07, 2020 at 15:25:22 +0100, Lentes, Bernd wrote: ... > > Libvirt is probably lacking the metadata for the snapshot. That is not a > problem though, because since libvirt doesn't support deletion of > external snapshots anyways currently you'd need to use the below > approach anyways.

On 07/22/2016 11:30 AM, Andrew Martin wrote: > > Thanks, that was a helpful overview. To clarify, block commit is changing > the backing files,but even though it is doing that, the data is consistent > even if it is interrupted? Yes, the guest's view of the data is consistent. Intermediate backing files may have contents that don't correspond to any historical state seen by

Hi list, suppose I have an immutable (ie: due to a read-only snapshot) backing file. After creating an overlay file with "qemu-img create -f qcow2 -o backing_file=/path/to/immutable/file.img current.qcow2", libvirt refuse to start the virtual machine and exits with an error stating "Could not open backing file /path/to/immutable/file.img: Permission denied". From my

----- Original Message ----- > From: "Eric Blake" <eblake@redhat.com> > To: "Gergely Horváth" <gergely.horvath@inepex.com>, libvirt-users@redhat.com > Sent: Wednesday, February 5, 2014 4:47:47 PM > Subject: Re: [libvirt-users] Can I move the disk image of the guest while it is running? > > On 02/05/2014 02:54 PM, Gergely Horváth wrote: > >