From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCWAs-0000SV-62 for qemu-devel@nongnu.org; Tue, 07 Jul 2015 12:56:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZCWAo-0002Pw-2s for qemu-devel@nongnu.org; Tue, 07 Jul 2015 12:56:50 -0400 Received: from e39.co.us.ibm.com ([32.97.110.160]:44827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCWAn-0002N8-S1 for qemu-devel@nongnu.org; Tue, 07 Jul 2015 12:56:45 -0400 Received: from /spool/local by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 7 Jul 2015 10:56:44 -0600 Message-ID: <559C04CE.4090103@linux.vnet.ibm.com> Date: Tue, 07 Jul 2015 11:56:46 -0500 From: "Michael R. Hines" MIME-Version: 1.0 References: <1435635285-5804-1-git-send-email-wency@cn.fujitsu.com> <20150703153011.GD2142@work-vm> <5597D5BA.6030500@gmail.com> <559B1C92.90400@linux.vnet.ibm.com> <559B2669.8050509@cn.fujitsu.com> <20150707091323.GC2347@work-vm> <559B9A80.5080901@redhat.com> In-Reply-To: <559B9A80.5080901@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH COLO-BLOCK v7 00/17] Block replication for continuous checkpoints List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , "Dr. David Alan Gilbert" , Wen Congyang Cc: Kevin Wolf , Fam Zheng , Wen Congyang , qemu block , Jiang Yunhong , Dong Eddie , qemu devel , Max Reitz , "Michael R. Hines" , Stefan Hajnoczi , Yang Hongyang , Lai Jiangshan On 07/07/2015 04:23 AM, Paolo Bonzini wrote: > > On 07/07/2015 11:13, Dr. David Alan Gilbert wrote: >>>> This log is very stange. The NBD client connects to NBD server, and NBD server wants to read data >>>> from NBD client, but reading fails. It seems that the connection is closed unexpectedly. Can you >>>> give me more log and how do you use it? >> That was the same failure I was getting. I think it's that the NBD server and client are in different >> modes, with one of them expecting the export. > nbd_server_add always expects the export. > > Paolo > OK, Wen, so your wiki finally does reflect this, but now we're back to the "export not found error". Again, here's the exact command line: 1. First on the secondary VM: qemu-system-x86_64 .........snip........... -drive if=none,driver=qcow2,file=foo.qcow2,id=mc1,cache=none,aio=native -drive if=virtio,driver=replication,mode=secondary,throttling.bps-total-max=70000000,file.file.filename=active_disk.qcow2,file.driver=qcow2,file.backing.file.filename=hidden_disk.qcow2,file.backing.driver=qcow2,file.backing.allow-write-backing-file=on,file.backing.backing.backing_reference=mc1 2. Then, then HMP commands: nbd_server_start 0:6262 nbd_server_add -w mc1 3. Then the primary VM: qemu-system-x86_64 .........snip........... -drive if=virtio,driver=quorum,read-pattern=fifo,no-connect=on,children.0.file.filename=bar.qcow2,children.0.driver=qcow2,children.1.file.driver=nbd,children.1.file.host=127.0.0.1,children.1.file.port=6262,children.1.driver=replication,children.1.mode=primary,children.1.ignore-errors=on With the error: Server requires an export name *but*, your wiki has no export name on the primary VM size, so I added the export name back which is on your old wiki: qemu-system-x86_64 .........snip........... -drive if=virtio,driver=quorum,read-pattern=fifo,no-connect=on,children.0.file.filename=bar.qcow2,children.0.driver=qcow2,children.1.file.driver=nbd,children.1.file.export=mc1,children.1.file.host=127.0.0.1,children.1.file.port=6262,children.1.driver=replication,children.1.mode=primary,children.1.ignore-errors=on: Failed to read export length And server now says: nbd.c:nbd_handle_export_name():L416: export not found nbd.c:nbd_send_negotiate():L562: option negotiation failed