From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:52957) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QBmFN-0008Ia-Ob for qemu-devel@nongnu.org; Mon, 18 Apr 2011 07:04:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QBmFJ-0006YO-KH for qemu-devel@nongnu.org; Mon, 18 Apr 2011 07:04:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:10617) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QBmFJ-0006Y8-83 for qemu-devel@nongnu.org; Mon, 18 Apr 2011 07:03:57 -0400 Date: Mon, 18 Apr 2011 12:03:51 +0100 From: "Richard W.M. Jones" Message-ID: <20110418110351.GA27395@amd.home.annexia.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] Enhancing qemu-img convert format compatibility List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Kevin Wolf , mdbooth@redhat.com, qemu-devel , kvm On Mon, Apr 18, 2011 at 11:18:42AM +0100, Stefan Hajnoczi wrote: > qemu-img is a pretty good Rosetta stone for image formats but it is > missing support some format versions. In order to bring qemu-img > up-to-date with the latest disk image formats we will need to find > specific image files and/or software versions that produce image files > that qemu-img cannot understand today. > > If you have image files that qemu-img is unable to manipulate, please > respond with details of the software and version used to produce the > image. If possible please include a link to a small example image > file. Stefan, We found that using the vSphere 4.x "Export to OVF" option would produce a VMDK file that qemu-img could not convert to raw. For older qemu-img the file would be converted to something that was not all zeroes, but nevertheless was certainly not a raw disk image. For current qemu-img, we get an "Operation not permitted" error which is at least better than silent corruption. Full details are in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=548723 Note the links at the top of that bug are broken. The disk image which failed is: http://oirase.annexia.org/tmp/TestLinux-disk1.vmdk SHA1: 2c81bae89210b075acc51da9d025935470149d55 http://oirase.annexia.org/tmp/TestLinux.ovf SHA1: 30831689b8c6f1b1a1fcbb728769b5f71056a580 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/