From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51578) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwwR1-0006aU-MR for qemu-devel@nongnu.org; Wed, 10 Jul 2013 11:36:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UwwQw-0007pM-UT for qemu-devel@nongnu.org; Wed, 10 Jul 2013 11:36:03 -0400 Received: from indium.canonical.com ([91.189.90.7]:56328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwwQw-0007pI-L1 for qemu-devel@nongnu.org; Wed, 10 Jul 2013 11:35:58 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1UwwQv-0004zd-Qt for ; Wed, 10 Jul 2013 15:35:57 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id CA7AD2E8080 for ; Wed, 10 Jul 2013 15:35:57 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Wed, 10 Jul 2013 15:26:53 -0000 From: chandrashekar shastri Sender: bounces@canonical.com References: <20130619090511.29840.85811.malonedeb@wampee.canonical.com> <20130705082242.22820.2797.malone@gac.canonical.com> Message-Id: <51DD7D3D.3040300@linux.vnet.ibm.com> Errors-To: bounces@canonical.com Subject: Re: [Qemu-devel] [Bug 1192499] Re: virsh migration copy-storage-all fails with "Unable to read from monitor: Connection reset by peer" Reply-To: Bug 1192499 <1192499@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 07/05/2013 01:52 PM, Stefan Hajnoczi wrote: > The destination VM's log says: > > qemu: warning: error while loading state section id 1 > > This indicates that either there was an error on the destination while > loading state or the migration stream got out of sync. > > Please check that QEMU on source and destination are identical. If you > are running different versions of QEMU on source and destination this > could be the cause. > > Try with qemu.git/master and a simple QEMU command-line (without > libvirt): > > qemu-system-x86_64 -machine pc-i440fx-1.5,accel=3Dkvm -m 4000 \ > -drive file=3D/home/images/rhel64-64.qcow2,if=3Dide,format=3Dqcow2= ,cache=3Dnone > > Use the same command-line on the destination but also add "-incoming > tcp::1234". To start the migrate on the source, run "migrate -b tcp > ::1234" in the QEMU monitor. I tried this "migrate -b tcp ::1234" comes out and gives = me the qemu prompt [ I mean it doesn't wait till the migration = completes] and also on the destination the image is not growing, the = status shows paused. ~Shastri > > If the failure can be reproduce on qemu.git/master in this way it will > be easier to debug. > > I will be away next week and therefore unable to look into this more. > -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1192499 Title: virsh migration copy-storage-all fails with "Unable to read from monitor: Connection reset by peer" Status in QEMU: New Status in =E2=80=9Clibvirt=E2=80=9D package in Ubuntu: Invalid Status in =E2=80=9Clibvirt=E2=80=9D package in Fedora: Unknown Bug description: virsh migration copy-storage-all fails with "Unable to read from monitor: Connection reset by peer" and shut downs the guest on the source host. Kernel Version: 3.10.0-rc5+ Libvirt Version: 1.0.6 Qemu Version: 1.5.50 Steps to reproduce the issue: ---------------------------------------- 1. Created the qemu-img create -f qcow2 vm.qcow2 11G on the destination h= ost which is same as the source. 2. Started the guest on the source 3. Started the vncdisplay to monitor the guest 4. Initiated the migration "virsh migrate --live VM1 qemu+ssh://host-ip/s= ystem tcp://host-ip --verbose --copy-storage-all" 5. It started the copying the storage from souce to destination (conitino= usly monitored it was growing) 6. Guest on the destination was paused and was running on the source 7. At some point the VM on the source got shutdown and migration failed w= ith "Unable to read from monitor: Connection reset by peer" Attached the libvirt debug logs. The debug logs shows : 2013-06-19 08:43:12.253+0000: 4026: debug : virEventPollInterruptLocked:7= 16 : Interrupting 2013-06-19 08:43:12.253+0000: 4026: debug : virEventPollAddTimeout:248 : = EVENT_POLL_ADD_TIMEOUT: timer=3D1 frequency=3D0 cb=3D0x7fe930baa960 opaque= =3D(nil) ff=3D(nil) Note: The virsh live migration works fine with nfs storage from source to= destination and vice versa. With libvirt 1.0.5 and qemu 1.5 also we were facing the same issue, but w= ith that even "Live migration with nfs also was not working". Guest XML: ---------------- VM1 47feb0e1-0c23-9be9-da12-2ead34864de2 4096000 2048000 1 hvm destroy restart restart /usr/local/bin/qemu-system-x86_64