From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38605) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YzkKK-0004QE-HA for qemu-devel@nongnu.org; Tue, 02 Jun 2015 07:25:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YzkKG-0002CN-7A for qemu-devel@nongnu.org; Tue, 02 Jun 2015 07:25:48 -0400 Received: from mx3.munzinger.de ([195.226.116.139]:7654) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YzkKF-0001wO-W8 for qemu-devel@nongnu.org; Tue, 02 Jun 2015 07:25:44 -0400 Received: from [192.168.100.3] (pegasus.munzinger.de [192.168.100.3]) by mx3.munzinger.de (Postfix) with ESMTP id 869F5448C1 for ; Tue, 2 Jun 2015 13:25:18 +0200 (CEST) From: "David Weber" Date: Tue, 2 Jun 2015 11:25:18 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit Subject: [Qemu-devel] Stange problems with raw_co_get_block_status lseek path List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org 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) 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