From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCOwa-0001fi-QF for qemu-devel@nongnu.org; Tue, 07 Jul 2015 05:13:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZCOwZ-0003xo-Kb for qemu-devel@nongnu.org; Tue, 07 Jul 2015 05:13:36 -0400 Date: Tue, 7 Jul 2015 10:13:23 +0100 From: "Dr. David Alan Gilbert" Message-ID: <20150707091323.GC2347@work-vm> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <559B2669.8050509@cn.fujitsu.com> 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: Wen Congyang Cc: Kevin Wolf , Fam Zheng , Wen Congyang , qemu block , Jiang Yunhong , Dong Eddie , qemu devel , "Michael R. Hines" , Max Reitz , Stefan Hajnoczi , Paolo Bonzini , Yang Hongyang , Lai Jiangshan * Wen Congyang (wency@cn.fujitsu.com) wrote: > On 07/07/2015 08:25 AM, Michael R. Hines wrote: > > On 07/04/2015 07:46 AM, Wen Congyang wrote: > >> At 2015/7/3 23:30, Dr. David Alan Gilbert Wrote: > >>> * Wen Congyang (wency@cn.fujitsu.com) wrote: > >>>> Block replication is a very important feature which is used for > >>>> continuous checkpoints(for example: COLO). > >>>> > >>>> Usage: > >>>> Please refer to docs/block-replication.txt > >>>> > >>>> You can get the patch here: > >>>> https://github.com/wencongyang/qemu-colo/commits/block-replication-v7 > >>>> > >>>> You can get ths patch with framework here: > >>>> https://github.com/wencongyang/qemu-colo/commits/colo_framework_v7.2 > >>> > >>> Hi, > >>> I seem to be having problems with the new listed syntax on the wiki; > >>> on the secondary I'm getting the error > >>> > >>> Block format 'replication' used by device 'virtio0' doesn't support the option 'export' > >>> > >>> ./try/bin/qemu-system-x86_64 -enable-kvm -nographic \ > >>> -boot c -m 4096 -smp 4 -S \ > >>> -name debug-threads=on -trace events=trace-file \ > >>> -netdev tap,id=hn0,script=$PWD/ifup-slave,\ > >>> downscript=no,colo_script=$PWD/qemu/scripts/colo-proxy-script.sh,colo_nicname=em4 \ > >>> -device e1000,mac=9c:da:4d:1c:b5:89,id=net-pci0,netdev=hn0 \ > >>> -device virtio-rng-pci \ > >>> -drive if=none,driver=raw,file=/home/localvms/bugzilla.raw,id=colo1,cache=none,aio=native \ > >>> -drive if=virtio,driver=replication,mode=secondary,export=colo1,throttling.bps-total-max=70000000,\ > >>> file.file.filename=$TMPDISKS/colo-active-disk.qcow2,\ > >>> file.driver=qcow2,\ > >>> file.backing.file.filename=$TMPDISKS/colo-hidden-disk.qcow2,\ > >>> file.backing.driver=qcow2,\ > >>> file.backing.backing.backing_reference=colo1,\ > >>> file.backing.allow-write-backing-file=on \ > >>> -incoming tcp:0:8888 > >> > >> Sorry, the option export is removed, because we use the qmp command nbd-server-add to let a BB be NBD server. > >> > > > > Still doesn't work. The server says: > > > > nbd.c:nbd_receive_options():L447: read failed > > 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. Dave > Thanks > Wen Congyang > > > nbd.c:nbd_send_negotiate():L562: option negotiation failed > > > > - Michael > > > > . > > > > -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK