From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GuAv6-0001A6-A7 for qemu-devel@nongnu.org; Tue, 12 Dec 2006 11:55:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GuAv3-00017z-K8 for qemu-devel@nongnu.org; Tue, 12 Dec 2006 11:55:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuAv3-00017v-HE for qemu-devel@nongnu.org; Tue, 12 Dec 2006 11:55:53 -0500 Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GuAv3-0005vZ-7L for qemu-devel@nongnu.org; Tue, 12 Dec 2006 11:55:53 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GuAuq-0000ze-6P for qemu-devel@nongnu.org; Tue, 12 Dec 2006 17:55:40 +0100 Received: from 62.87.55.189 ([62.87.55.189]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Dec 2006 17:55:40 +0100 Received: from sfandino by 62.87.55.189 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Dec 2006 17:55:40 +0100 From: Salvador Fandino Date: Tue, 12 Dec 2006 18:00:49 +0100 Message-ID: References: <20061212124803.47702.qmail@web52708.mail.yahoo.com> <56d259a00612120537g5396ae0aif7bb3a84211f7975@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit In-Reply-To: <56d259a00612120537g5396ae0aif7bb3a84211f7975@mail.gmail.com> Sender: news Subject: [Qemu-devel] Re: NBD server for QEMU images 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 Martin Guy wrote: >> The patch available from http://qemu-forum.ipi.fi/viewtopic.php?t=2718 >> adds a new utility, qemu-nbds, that implements a NBD server > > I have been using nbd volumes mounted from inside qemu for filestore > and for swap, both read-write, served from files and from partitions, > with the unmodified standard nbd-server (debian testing version) for > intensive work and it has been faster and more reliable than NFS (not > that that's saying much). > > The only thing that doesn't work is the -swap option, which just > hangs, but that proves not to be necessary when swapping onto nbd host > volume from qemu-land, even when stress-testing it. > > What problem is solved by a specially modified nbd server? It serves disk images in any format QEMU can handle, for instance, qcow images. It's mostly intended to be used for accessing the files inside QEMU disk images locally, without having to launch a virtual machine and accessing then from there. For instance, if you use QEMU to run Windows, and at some point you need to get some file from your emulated windows disk, you can do it as follows: $ qemu-nbds windows.qcow -p 8001 -o 32256 & # modprobe nbd # nbd-client localhost 8001 /dev/nbd0 # mount -o ro /dev/nbd0 /mnt/windows $ cp /mnt/windows/FOO.txt ~/ Cheers, - Salva Cheers, - Salvador.