From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42814) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yrm2b-0008FS-Da for qemu-devel@nongnu.org; Mon, 11 May 2015 07:38:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yrm2W-0007JJ-2F for qemu-devel@nongnu.org; Mon, 11 May 2015 07:38:33 -0400 Received: from mailpro.odiso.net ([89.248.209.98]:39939) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yrm2V-0007HA-RD for qemu-devel@nongnu.org; Mon, 11 May 2015 07:38:27 -0400 Received: from localhost (localhost [127.0.0.1]) by mailpro.odiso.net (Postfix) with ESMTP id EF91640B0E6B5 for ; Mon, 11 May 2015 13:38:23 +0200 (CEST) Received: from mailpro.odiso.net ([127.0.0.1]) by localhost (mailpro.odiso.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mVRNf6vwSRfu for ; Mon, 11 May 2015 13:38:23 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailpro.odiso.net (Postfix) with ESMTP id BC7F940B0E6F7 for ; Mon, 11 May 2015 13:38:23 +0200 (CEST) Received: from mailpro.odiso.net ([127.0.0.1]) by localhost (mailpro.odiso.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4uSsAOcPVEbE for ; Mon, 11 May 2015 13:38:23 +0200 (CEST) Received: from mailpro.odiso.net (mailpro.odiso.net [10.1.31.112]) by mailpro.odiso.net (Postfix) with ESMTP id 96F4640B0E6B5 for ; Mon, 11 May 2015 13:38:23 +0200 (CEST) Date: Mon, 11 May 2015 13:38:23 +0200 (CEST) From: Alexandre DERUMIER Message-ID: <1050461611.181154015.1431344303354.JavaMail.zimbra@oxygem.tv> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] qmp block-mirror hang, lots of nfs op/s on nfs source disk List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel Hi, I'm currently playing with drive-mirror, (qemu 2.2) and I have qmp hang when drive-mirror is starting. just after qmp "drive-mirror" exec, qmp socket or hmp are not responding. After some times it's working again, and I can see result of query-block-jobs. The source volume is on nfs (v4), and it seem that the bigger the volume is, the bigger I need to wait before the mirror begin. Looking at nfsiostat op/s rpc bklog 1806.00 0.00 read: ops/s kB/s kB/op retrans avg RTT (ms) avg exe (ms) 0.000 0.000 0.000 0 (0.0%) 0.000 0.000 write: ops/s kB/s kB/op retrans avg RTT (ms) avg exe (ms) 0.000 0.000 0.000 0 (0.0%) 0.000 0.000 I'm seeing a lot of nfs op/s on source disk (but not read). I wonder if some kind of source file scan is done ? is it expected ? I can reproduce it 100% I found a report on redhat bugzilla here, which seem to have same behaviour (not on nfs): https://bugzilla.redhat.com/show_bug.cgi?id=1185172