Live block migration may need to be root.through I am not sure.a few day's ago,I tested live block migration,and config hostA and hostB to use ssh key to access each other with nova user; but it fails to migration.when I run nova-compute with root ,and root ssh key to both hosts;the block migration works well. then I config libvirt to use tls to remote access . http://libvirt.org/remote.html.it also works well.
2012/4/13 Gurjar, Unmesh <[email protected]> > The user running the compute server is a member of libvirt group.**** > > I tried the migration via virsh, however that too returns the same result. > I get similar logs in the qemu log file.**** > > ** ** > > Thanks & Regards,**** > > *Unmesh Gurjar* | Lead Engineer | Vertex Software Private Ltd. | *w.* > +91.20.6604.1500 > x 379 | *m.* +91.982.324.7631 | [email protected] | Follow us on > Twitter@NTTDATAAmericas** > > ** ** > > *From:* Razique Mahroua [mailto:[email protected]] > *Sent:* Friday, April 13, 2012 2:22 PM > > *To:* Gurjar, Unmesh > *Cc:* [email protected] > *Subject:* Re: [Openstack] Issue in KVM block migration**** > > ** ** > > Hi, **** > > sorry for the late reply.**** > > Does the user nova belong to the libvirt group ?**** > > Can you try manually the migration via virsh ?**** > > $ virsh --migrate --live --copy-storage-all $domain > qemu+tcp://user@server/sytem**** > > ** ** > > thanks**** > > ** ** > > ** ** > > *Nuage & Co - Razique Mahroua ***** > > [email protected]**** > > > **** > > ** ** > > Le 11 avr. 2012 à 16:44, Gurjar, Unmesh a écrit :**** > > > > **** > > Thanks Razique for taking up this one.**** > > **** > > Libvirt version on both Compute hosts:**** > > $ libvirtd --version**** > > libvirtd (libvirt) 0.9.2**** > > $ virsh --version**** > > 0.9.2**** > > **** > > Here are my libvirtd.conf details:**** > > listen_tls = 0**** > > listen_tcp = 1**** > > unix_sock_group = "libvirtd"**** > > unix_sock_rw_perms = "0770"**** > > auth_unix_ro = "none"**** > > auth_unix_rw = "none"**** > > auth_tcp = "none"**** > > **** > > **** > > Thanks & Regards,**** > > *Unmesh Gurjar* | Lead Engineer | Vertex Software Private Ltd. | *w.* > +91.20.6604.1500 > x 379 | *m.* +91.982.324.7631 | [email protected] | Follow us on > Twitter@NTTDATAAmericas**** > > **** > > *From:* Razique Mahroua [mailto:[email protected]] > *Sent:* Wednesday, April 11, 2012 7:33 PM > *To:* Gurjar, Unmesh > *Cc:* [email protected] > *Subject:* Re: [Openstack] Issue in KVM block migration**** > > **** > > Hi,**** > > it looks like the user under which libvirt is running doesn't have the > rights to manage server's IF.**** > > What version of libvirt are you using ?**** > > Can I see the file /etc/libvirt/libvirtd.com ? (cat > /etc/libvirt/libvirtd.conf | grep -v -e "#" -e "^$**** > > **** > > Raz**** > > **** > > *Nuage & Co - Razique Mahroua ***** > > [email protected]**** > > > <image001.jpg>**** > > **** > > Le 11 avr. 2012 à 14:48, Gurjar, Unmesh a écrit :**** > > > > > **** > > Hi,**** > > **** > > I have setup two Compute nodes (using Openstack master branch) and > configured libvirt for block migration (by following step #1 and #4 > mentioned > here<http://docs.openstack.org/diablo/openstack-compute/admin/content/configuring-live-migrations.html>). > In addition, I have also disabled apparmor for libvirtd profile and have an > entry in ‘/etc/hosts’ of both the Compute hosts.**** > > **** > > From both the Compute hosts, I am able to connect and fetch the list of > running instances on the other host (using the hostname), as follows:**** > > virsh # connect qemu+tcp://ubuntu-dev-001/system**** > > virsh # list**** > > **** > > The issue is block migrating an instance between these hosts fails with > the following error in the source Compute host console:**** > > libvir: QEMU error : operation failed: migration job: unexpectedly failed* > *** > > 2012-04-11 03:15:54 DEBUG nova.rpc.amqp [-] Making asynchronous call on > network ... from (pid=18487) multicall /opt/stack/nova/nova/rpc/amqp.py:318 > **** > > 2012-04-11 03:15:54 DEBUG nova.rpc.amqp [-] MSG_ID is > 8d91158236ae4de0bd8b89533f060892 from (pid=18487) multicall > /opt/stack/nova/nova/rpc/amqp.py:321**** > > 2012-04-11 03:15:54 DEBUG nova.rpc.amqp [-] Making asynchronous cast on > compute.ubuntu-dev-001... from (pid=18487) cast > /opt/stack/nova/nova/rpc/amqp.py:343**** > > Traceback (most recent call last):**** > > File "/usr/lib/python2.7/dist-packages/eventlet/hubs/poll.py", line 97, > in wait**** > > readers.get(fileno, noop).cb(fileno)**** > > File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line > 192, in main**** > > result = function(*args, **kwargs)**** > > File "/opt/stack/nova/nova/virt/libvirt/connection.py", line 2179, in > _live_migration**** > > recover_method(ctxt, instance_ref, dest, block_migration)**** > > File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__**** > > self.gen.next()**** > > File "/opt/stack/nova/nova/virt/libvirt/connection.py", line 2175, in > _live_migration**** > > FLAGS.live_migration_bandwidth)**** > > File "/usr/lib/python2.7/dist-packages/libvirt.py", line 689, in > migrateToURI**** > > if ret == -1: raise libvirtError ('virDomainMigrateToURI() failed', > dom=self)**** > > libvirtError: operation failed: migration job: unexpectedly failed**** > > Removing descriptor: 12**** > > **** > > I find the following in the qemu log file > (/var/log/libvirt/qemu/instance-00000003.log ) on the destination Compute > host:**** > > 2012-04-11 04:14:25.971: starting up**** > > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin > QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.14 -enable-kvm -m 512 -smp > 1,sockets=1,cores=1,threads=1 -name instance-00000003 -uuid > f58d5f32-6d55-43fb-89ed-c33ebf72d1ed -nodefconfig -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-00000003.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=readline -rtc base=utc -boot c > -kernel /opt/stack/nova/instances/instance-00000003/kernel -initrd > /opt/stack/nova/instances/instance-00000003/ramdisk -append root=/dev/vda > console=ttyS0 -drive > file=/opt/stack/nova/instances/instance-00000003/disk,if=none,id=drive-virtio-disk0,format=qcow2,cache=none > -device > virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 > -netdev tap,ifname=tapfcfa2a6c-35,script=,id=hostnet0 -device > rtl8139,netdev=hostnet0,id=net0,mac=fa:16:3e:7d:32:27,bus=pci.0,addr=0x3 > -chardev > file,id=charserial0,path=/opt/stack/nova/instances/instance-00000003/console.log > -device isa-serial,chardev=charserial0,id=serial0 -chardev > pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -usb > -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga cirrus > -incoming tcp:0.0.0.0:49166 -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5**** > > Domain id=15 is tainted: high-privileges**** > > Domain id=15 is tainted: shell-scripts**** > > char device redirected to /dev/pts/17**** > > 2012-04-11 04:14:26.406: shutting down**** > > can't delete tapfcfa2a6c-35 from eth1: Operation not supported**** > > SIOCSIFADDR: Permission denied**** > > SIOCSIFFLAGS: Permission denied**** > > SIOCSIFFLAGS: Permission denied**** > > /etc/qemu-ifdown: could not launch network script**** > > **** > > Would be great if someone can point anything that I am missing here or any > configuration changes required to resolve this issue.**** > > **** > > Thanks & Regards,**** > > *Unmesh Gurjar* | Lead Engineer | Vertex Software Private Ltd. | *w.* > +91.20.6604.1500 > x 379 | *m.* +91.982.324.7631 | [email protected] | Follow us on > Twitter@NTTDATAAmericas**** > > **** > > > ______________________________________________________________________ > Disclaimer:This email and any attachments are sent in strictest confidence > for the sole use of the addressee and may contain legally privileged, > confidential, and proprietary data. If you are not the intended recipient, > please advise the sender by replying promptly to this email and then delete > and destroy this email and any attachments without any further use, copying > or forwarding > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp**** > > **** > > > ______________________________________________________________________ > Disclaimer:This email and any attachments are sent in strictest confidence > for the sole use of the addressee and may contain legally privileged, > confidential, and proprietary data. If you are not the intended recipient, > please advise the sender by replying promptly to this email and then delete > and destroy this email and any attachments without any further use, copying > or forwarding**** > > ** ** > > ______________________________________________________________________ > Disclaimer:This email and any attachments are sent in strictest confidence > for the sole use of the addressee and may contain legally privileged, > confidential, and proprietary data. If you are not the intended recipient, > please advise the sender by replying promptly to this email and then delete > and destroy this email and any attachments without any further use, copying > or forwarding > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > >
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
