From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47406) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0Jlp-0008NI-RY for qemu-devel@nongnu.org; Wed, 03 Jun 2015 21:16:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0Jll-0004RC-0z for qemu-devel@nongnu.org; Wed, 03 Jun 2015 21:16:33 -0400 Received: from [59.151.112.132] (port=8462 helo=heian.cn.fujitsu.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0Jlk-0003wa-Ln for qemu-devel@nongnu.org; Wed, 03 Jun 2015 21:16:28 -0400 Message-ID: <556FA798.2040203@cn.fujitsu.com> Date: Thu, 4 Jun 2015 09:19:20 +0800 From: Wen Congyang MIME-Version: 1.0 References: <8145574.73ivEs6Dzv@o3-3> In-Reply-To: <8145574.73ivEs6Dzv@o3-3> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Strange problems with lseek in qemu-img map List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Weber , qemu-devel@nongnu.org On 06/02/2015 08:54 PM, David Weber wrote: > Hello, > > I'm currently evaluating to switch our virtualization servers to a newer OS. > This includes a switch from qemu 1.7 to 2.2 or 2.3. > Our system heavily relies on big sparse images and drive_mirror. While > testing, I experienced some problems with that combination. > The strange thing is, that everything works flawlessly on my workstation but > fails on my servers. > > Testcase: > # qemu-img create test 500G > # time qemu-img map test > > Systems: > O3-3: Kubuntu 15.04 Workstation with stock-kernel 3.19.0-18-generic and stock > qemu 2.2.0 > Dinah: Ubuntu Server 15.04 with stock-kernel 3.19.0-18-generic and stock qemu > 2.2.0 > > Result on O3-3: > root@o3-3:~# qemu-img create test 500G > Formatting 'test', fmt=raw size=536870912000 > root@o3-3:~# time qemu-img map test > Offset Length Mapped to File > > real 0m0.049s > user 0m0.048s > sys 0m0.000s > > Result on dinah: > root@dinah:~# qemu-img create test 500G > Formatting 'test', fmt=raw size=536870912000 > root@dinah:~# time qemu-img map test > Offset Length Mapped to File > ^C > > real 0m41.862s > user 0m0.004s > sys 0m0.068s > (Stopped with ^C) Do you use the same filesystem? Thanks Wen Congyang > > Strace on O3-3: > https://gist.github.com/anonymous/f221035e9176f7c71c74 > > Strace on dinah: > https://gist.github.com/anonymous/40b42888a65478c90b32 > > A git bisect between 1.7 and master revealed > 7c15903789953ead14a417882657d52dc0c19a24 "block/raw-posix: use seek_hole ahead > of fiemap" as bad but this is not the real problem. > I also tried to switch from btrfs to ext4 but it didn't change anything. > > At this point, I was pretty sure that was just stupit and missing something > trivial. > I then startet a fedora 22 live system and I saw the same problem. It happens > on both the ramdisk and a ext4 filesystem. > > Any ideas on this? I'm pretty much stuck at this point. Please ask if you need > more information. > > Cheers, > David > > >