From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K3wUS-0005Qq-1N for qemu-devel@nongnu.org; Wed, 04 Jun 2008 13:09:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K3wUR-0005QW-Kk for qemu-devel@nongnu.org; Wed, 04 Jun 2008 13:09:35 -0400 Received: from [199.232.76.173] (port=41834 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K3wUR-0005QR-Cg for qemu-devel@nongnu.org; Wed, 04 Jun 2008 13:09:35 -0400 Received: from py-out-1112.google.com ([64.233.166.183]:26144) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K3wUQ-0000QL-Uk for qemu-devel@nongnu.org; Wed, 04 Jun 2008 13:09:35 -0400 Received: by py-out-1112.google.com with SMTP id p76so151558pyb.10 for ; Wed, 04 Jun 2008 10:09:34 -0700 (PDT) Message-ID: Date: Wed, 4 Jun 2008 10:09:33 -0700 From: "Marc Bevand" Subject: Re: [Qemu-devel] [PATCH 0/2] Update documentation for qemu-img + add new -B option In-Reply-To: <20080604153953.GA31234@shareable.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2c9e3f91af3dc46f86cdf5cf11d62512@foo> <20080604073716.GA20295@shareable.org> <20080604153953.GA31234@shareable.org> 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 On Wed, Jun 4, 2008 at 8:39 AM, Jamie Lokier wrote: > > - When using a relative image, you should be able to set the > permissions on the base image to read-only. If you have a lot of > relative images, it's really important not to modify the base > image, and worrying that one of your QEMU processes might write to > the base image. Virtual PC allows the base image to be read-only, > and quite a lot of notes on Differencing stress how important it > is to set permissions that way, if you are sharing the base. I have been using qemu this way for a while: hundreds of cow images based on a small set of read-only base images (that were also chattr +i to prevent accidents). > - I'm never sure from the documentation what happens when using > '-snapshot' with a relative image, and you issue the 'commit' > monitor command. Does it commit the snapshot to the relative > image, or the snapshot all the way to the base image (as help suggests). I am pretty sure it commits to the relative image though I have never used -snapshot and have never looked at the code. > - Same for images which are relative to other relative images, > i.e. nested. How far up the tree does 'commit' write too? To the first base image. The commit command always commit to the next base image only in the chain. If you have A, based on B, based on C, the only way to commit to C is to open B and issue "commit". > - qemu's 'vpc' format support isn't mentioned in the man page. > That would explain why someone submitted another implementation a > while back. Yeah the doc is generally vastly outdated... There are tons of undocumented qemu options too. -- Marc Bevand