From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HlSvS-0003QX-Sv for qemu-devel@nongnu.org; Tue, 08 May 2007 12:52:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HlSvR-0003Nx-9x for qemu-devel@nongnu.org; Tue, 08 May 2007 12:52:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HlSvR-0003Nu-4t for qemu-devel@nongnu.org; Tue, 08 May 2007 12:52:33 -0400 Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HlSoK-0001Ay-69 for qemu-devel@nongnu.org; Tue, 08 May 2007 12:45:12 -0400 Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HlSoA-00055A-2R for qemu-devel@nongnu.org; Tue, 08 May 2007 18:45:02 +0200 Received: from www.creo.hu ([217.113.62.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 May 2007 18:45:02 +0200 Received: from csaba-ml by www.creo.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 May 2007 18:45:02 +0200 From: Csaba Henk Date: Tue, 8 May 2007 16:15:28 +0000 (UTC) Message-ID: Sender: news Subject: [Qemu-devel] qcow2 images going corrupt Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hi, I'm running qemu 0.9.0 on a Linux host. I'm using a qcow2 image. I run qemu in daemon mode. When I'm to finish my session with the guest, I go to the monitor, do a "savevm whatever", "commit all", "q". What I see that the image becomes corrupt very often (qemu-img sees it as a raw image). (I do the "commit all" only because I suffer and I don't have any better idea in mind -- I guess it shouldn't have an effect on the correctness of disk handling). Any idea what's wrong? Or a fault-proof way of leaving qemu? I can upload an example corrupt image if someone would like to analyze it. 1.6G gzipped. Csaba