From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1L4zrL-0006Eo-1k
	for qemu-devel@nongnu.org; Tue, 25 Nov 2008 10:29:51 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1L4zrJ-0006Ec-RS
	for qemu-devel@nongnu.org; Tue, 25 Nov 2008 10:29:50 -0500
Received: from [199.232.76.173] (port=58446 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1L4zrJ-0006EZ-Ac
	for qemu-devel@nongnu.org; Tue, 25 Nov 2008 10:29:49 -0500
Received: from cantor.suse.de ([195.135.220.2]:50997 helo=mx1.suse.de)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <kwolf@suse.de>) id 1L4zrI-00009t-Tl
	for qemu-devel@nongnu.org; Tue, 25 Nov 2008 10:29:49 -0500
Message-ID: <492C1ACB.20600@suse.de>
Date: Tue, 25 Nov 2008 16:33:31 +0100
From: Kevin Wolf <kwolf@suse.de>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] QCOW2 multiple disk (not VM) snapshots
References: <e4e579070811191123r8bbd99eje863f11ae909a527@mail.gmail.com>	<492AB73B.8070201@suse.de>	<492B129C.7070304@codemonkey.ws>
	<492BC05D.50600@suse.de>
In-Reply-To: <492BC05D.50600@suse.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Kevin Wolf schrieb:
> Anthony Liguori schrieb:
>> Care to resubmit with a proper Signed-off-by line?  Seems like a useful
>> feature.
> 
> Sure, that's what I wanted to do anyway. I just want to do at least a
> bit more than only compile testing before.

Well, creating the disk snapshot seems to work. It's just that qemu
seems to be confused to get a snapshot without VM state when you try to
loadvm the snapshot in a VM. However, the same seems to apply if you use
savevm with two qcow2 images and later try to loadvm from the second
image where no VM state is written to.

So it's not only broken because of qemu snapshot -c but a more general
problem. If "then don't do that" is enough for now, I can submit my
current patch for inclusion.

Kevin