From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: SIGTERM to qemu-kvm process destroys qcow2 image? Date: Fri, 18 Dec 2009 16:22:31 +0200 Message-ID: <4B2B9027.60102@redhat.com> References: <3b1f68ef0912161652l94ad986lc3f3ee380614c108@mail.gmail.com> <4B29C2EF.5010606@redhat.com> <3b1f68ef0912170138i29e356cax54897503c03f12c9@mail.gmail.com> <4B2A06AD.4020605@redhat.com> <4B2A0D79.9010900@redhat.com> <3b1f68ef0912180613u3cf9940ah790a74f67cc11d4e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kevin Wolf , kvm@vger.kernel.org To: Kenni Lund Return-path: Received: from mx1.redhat.com ([209.132.183.28]:55302 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753955AbZLROWh (ORCPT ); Fri, 18 Dec 2009 09:22:37 -0500 In-Reply-To: <3b1f68ef0912180613u3cf9940ah790a74f67cc11d4e@mail.gmail.com> Sender: kvm-owner@vger.kernel.org List-ID: On 12/18/2009 04:13 PM, Kenni Lund wrote: > > Huh? Backing file? Is that the same as a base image? Eg. a write > protected image on which other images can be based? > > Yes. > If so, I'm quite confused...this should be a standalone image created > with a command like "qemu-img create -f WindowsXP.img 50G" half a year > ago on kvm 8x. I don't use libvirt/virt-manager etc. I start qemu-kvm > directly from a homemade bash script. I don't have any > /tmp/WindowsXP.img.backup file, and I would never put stuff inside > /tmp, especially not images, they belong to /data/virtualization/ on > my server and nowhere else.... > The '/tmp' was prefixed by qemu-img, the actual path is 'WindowsXP.img.backup', so on your setup qemu-img would look for it in /data/virtualization/. > If the image needs another image in /tmp/WindowsXP.img.backup I can > see why it doesn't work, but I have _no_ idea why or how this file was > created (?!??) - even if I was doing a test with base-images, I would > do it directly in /data/virtualization/ and never in /tmp/ > If it isn't there you can try to create it (qemu-img create /data/virtualization/WindowsXP.img.backup 31457280000). If no data was actually stored there, your image will be recovered. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.