I am using QEMU/KVM, using Live Migrations like this:
virsh migrate --live ${name} qemu+ssh://${DESTINATION}/system
My question, running this command makes it hang in the foreground. Is
there a way for this to return immediately, so I can just poll for the
migration status? Also, is there a
On 01/08/2014 09:44 AM, Eric Blake wrote:
On 01/08/2014 07:46 AM, Scott Sullivan wrote:
I am using QEMU/KVM, using Live Migrations like this:
virsh migrate --live ${name} qemu+ssh://${DESTINATION}/system
My question, running this command makes it hang in the foreground. Is
there a way
Right now, on a virsh blockcopy, I know you can do something like this:
# Connect DEST target
iscsiadm -m node -p ${DESTINATION}:3260 -T ${VOLNAME} -o new
iscsiadm -m node -p ${DESTINATION}:3260 -T ${VOLNAME} --login
# Copy to connected iSCSI target
virsh blockcopy ${DOMAIN} vda /dev/sdc --raw
As the subject suggests, I am wondering if its possible to verify if the
currently defined libvirt secret provides valid authentication via Cephx to
a Ceph cluster?
I ask because ideally I would like to verify that the given cephx
credentials in my libvirt secret are valid before I even attempt
I know I would still have to provide the Mon addresses and Cephx user to go
with the secret UUID, that's fine. The primary goal is so I can just see if
I can open a RADOS connection to the cluster before I try a virsh
attach-device.
On Tue, Feb 11, 2014 at 9:37 AM, Scott Sullivan
On 01/16/2015 12:32 PM, Eric Blake wrote:
On 01/16/2015 10:21 AM, Scott Sullivan wrote:
My question is this:
If you have an ongoing blockcopy (drive-mirror) of a running transient VM,
and the VM kernel panics, can you restart the VM without interrupting the
ongoing blockcopy?
Sadly
I'm trying the following command on the source machine:
virsh migrate --live --copy-storage-all --verbose TEST qemu+ssh://
10.30.76.66/system
If I ssh into the destination machine when this command is running, I can
see NBD copying data as expected, and if I wait long enough it completes
and
For anyone who might find this thread from online searching, I was able to
determine this commit fixes the above issue:
https://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=dddcb601ebf97ef222a03bb27b2357e831e8a0cc
On Tue, Oct 2, 2018 at 8:42 AM Scott Sullivan <
scottgregorysulli...@gmail.
Software in use:
*Source hypervisor:* *Qemu:* stable-2.12 branch *Libvirt*: v3.2-maint
branch *OS*: CentOS 6
*Destination hypervisor: **Qemu:* stable-2.12 branch *Libvirt*: v4.9-maint
branch *OS*: CentOS 7
I'm experiencing an intermittent live migration hang of a virtual machine
(KVM) with a
