Displaying 20 results from an estimated 2000 matches similar to: "libvirtError: block copy still active: disk not ready for pivot yet"
2017 Jan 04
1
Re: libvirtError: block copy still active: disk not ready for pivot yet
I understand that libvirt provides async events that are triggered once the
block job reaches ready state and successfully pivots as it is reported by
qemu.
Whats the event that is triggered and what's the handler that we have to
implement?
To be more specific, I am looking for the onEVENT callback method that is
invoked when the event is fired.
On Tue, Jan 3, 2017 at 6:28 PM, Kashyap
2017 Jan 03
0
Re: libvirtError: block copy still active: disk not ready for pivot yet
On Wed, Dec 28, 2016 at 01:26:12PM +0200, Ala Hino wrote:
> Hi guys,
>
> When performing live merge, in few cases, we see the following exception:
[...]
> libvirtError: block copy still active: disk 'vdb' not ready for pivot yet
You can see if the block operation is still in progress or not by doing:
`sudo virsh blockjob vm1 vdb --info`.
> That exception observed in
2015 Oct 20
2
Re: failed to pivot job for disk vdc
Hello,
it happened with another VM:
# virsh snapshot-create-as --domain rasa sn1 --diskspec
vda,file=/var/lib/libvirt/images/rasa-sn1.qcow2 --disk-only
--atomic --no-metadata
# virsh blockcommit rasa vda --active --verbose --pivot
Block commit: [100 %]error: failed to pivot job for disk vda
error: block copy still active: disk 'vda' not ready for pivot yet
# virsh domblklist rasa
2020 Feb 28
2
libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params)
Hi everyone,
I have a question that you may be able to help me with. I had a live block migration of a qemu-kvm guest fail (initiated via nova), in which the guest remained running on the source, but if I try to re-initiate the live migration it returns libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params). Looking at
2015 Oct 14
2
failed to pivot job for disk vdc
Hello,
I did a virsh snapshot-create-as --domain meta sn1 --diskspec
vda,file=/var/lib/libvirt/images/meta-sn1.qcow2 --disk-only
--atomic --no-metadata
Then I successfully blockcommitted 2 disks:
virsh blockcommit meta vda --active --verbose --pivot
virsh blockcommit meta vdb --active --verbose --pivot
But when doing
virsh blockcommit meta vdc --active --verbose --pivot
I got:
Block commit:
2017 Jun 30
2
Re: recovering from deleted snapshot
On Fri, Jun 30, 2017 at 09:23:29 -0400, Doug Hughes wrote:
> On Jun 30, 2017 6:22 AM, "Peter Krempa" <pkrempa@redhat.com> wrote:
> > On Fri, Jun 30, 2017 at 12:05:47 +0200, Peter Krempa wrote:
> > > On Thu, Jun 22, 2017 at 11:02:41 -0400, Doug Hughes wrote:
[...]
> file or directory
> > $ virsh blockcommit --active --pivot fedora23 vda
> >
>
2017 Oct 22
3
virsh does no longer respond to commands
Hi,
after a recent live backup done with a snapshot, blockcommit failed and a
subsequent (manual) blockjob abort got stuck. Now we are unable to do basic
operations on the virtual machine like if it was frozen and when issuing
another command we see the following:
$ virsh shutdown $domain
error: Failed to shutdown domain $domain
error: Timed out during operation: cannot acquire state change lock
2017 Jun 30
1
Re: recovering from deleted snapshot
On Fri, Jun 30, 2017 at 10:41:25 -0400, doug.hughes@keystonenap.com wrote:
> sorry about top post, tablet mail client...
>
> brilliant! that did it! Any idea what happened to cause it to partially fail and get into this state?
virsh blockcommit --pivot is actually 3 operations in sequence:
1) initiate the commit job
2) wait till it finishes
3) initiate the pivot job (this is
2017 Jun 22
4
recovering from deleted snapshot
I have an automatic process setup. It's still pretty new and obviously
in need of better error handling because now I find myself in a bad state.
I run snapshot-create-as across all my vms, then do zfs replication to
the target backup system, then blockcommit everything.
virsh snapshot-create-as --domain $vm snap --diskspec
$DISK,file=$VMPREFIX/"$vm"-snap.qcow2 --disk-only --atomic
2017 Aug 14
2
virsh blockcommit fails regularily (was: virtual drive performance)
Hi,
a small update on this. We have migrated the virtualized host to use the
virtio drivers and now the drive performance is improved so that we can see
a constant transfer rate. Before it used to be the same rate but regularly
dropped to a few bytes/sec for a few seconds and then was fast again.
However we still observe that the following fails regularily:
$ virsh snapshot-create-as --domain
2017 Jul 02
2
Re: 答复: virtual drive performance
Just a little catch-up. This time I was able to resolve the issue by doing:
virsh blockjob domain hda --abort
virsh blockcommit domain hda --active --pivot
Last time I had to shut down the virtual machine and do this while being
offline.
Thanks Wang for your valuable input. As far as the memory goes, there's
plenty of head room:
$ free -h
total used free
2015 Dec 14
1
Re: block-commit fails
2016 Jan 21
1
Error after failed external snapshot.
Hi,
I use this procedure to backup my VM's: http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit
It works on my current host:
Compiled against library: libvirt 1.2.16
Using library: libvirt 1.2.16
Gebruikte API: QEMU 1.2.16
Draaiende hypervisor: QEMU 2.1.0
Now I'm doing a test on a testing host:
Compiled against library: libvirt 1.2.21
Using library: libvirt 1.2.21
2020 Feb 28
0
Re: libvirtError: Timed out during operation: cannot acquire state change lock (held by monitor=remoteDispatchDomainMigratePerform3Params)
On Thu, Feb 27, 2020 at 18:28:44 -0700, Blake Anderson wrote:
>
> Hi everyone,
> I have a question that you may be able to help me with. I had a live block migration of a qemu-kvm guest fail (initiated via nova), in which the guest remained running on the source, but if I try to re-initiate the live migration it returns libvirtError: Timed out during operation: cannot acquire state
2015 Dec 13
2
block-commit fails
Hello,
one of my VM's blockcommit job always fails. How can I find the reason?
Error message is not clear.
virsh snapshot-create-as --domain my-vm backup-snapshot \
--diskspec vda,file=/foo/my-vm-snapshot.img \
--disk-only --atomic --no-metadata
virsh blockcommit my-vm vda --active --verbose --wait --async
virsh blockjob my-vm vda --pivot
internal error: unable to execute QEMU
2014 Sep 16
3
unattended cloning
Morning,
I have a KVM guest running Win 2012 with MS SQL 2012.
In order to provide a quick method of restoring the service should the live server die, we've decided to clone it to a preserved state.
Ideally, this clone should also be kept up to date and cloning should be done on a regular basis.
Is there any reason not to do unattended cloning? As in, when I leave on a Friday afternoon,
2013 Feb 01
1
Migrate VM's to different storage pool?
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
2015 Oct 25
0
Re: failed to pivot job for disk vdc
Nerijus Baliunas <nerijus@...> writes:
> But trying to virsh blockcommit rasa vda --active --verbose --pivot once
more:
> error: block copy still active: disk 'vda' already in active block job
>
> How do I make rasa.qcow2 the only active vda?
"virsh blockjob rasa vda --abort" aborts the blockcommit and then I can try
to blockcommit again:
# virsh blockjob
2012 Jul 24
2
Create a Pivot
Hi Friends,
i'm new to R....I have data frame having columns X Y Z....I want to do
pivot on this data frame....can any one help me on this...
Thanks,
Namit
--
View this message in context: http://r.789695.n4.nabble.com/Create-a-Pivot-tp4637629.html
Sent from the R help mailing list archive at Nabble.com.
2015 May 19
2
Pivot without copy
Hi,
Is it possible to "pivot" to a new image without doing blockcopy or
blockpull? I know how to use snapshots and blockpull to create a new image
and pivot to using it live, but what I would like to do is to have a VM
switch from using imageA.qcow2 to image2.qcow2 while running. I don't see
why this wouldn't be possible since some of the existing libvirt tools can
do this when