All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Eric Blake <eblake@redhat.com>,
	Gary R Hook <grhookatwork@gmail.com>,
	qemu-devel@nongnu.org, libvirt-users@redhat.com
Subject: Re: [Qemu-devel] [libvirt-users] Using virsh blockcopy -- what's it supposed to accomplish?
Date: Thu, 08 Jan 2015 22:13:37 +0100	[thread overview]
Message-ID: <54AEF301.5090306@redhat.com> (raw)
In-Reply-To: <54AEF0CF.1060001@redhat.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 08/01/2015 22:04, Eric Blake wrote:
> Where are you specifying the format?  I have not personally played
>  with NBD much.  But here's my guess: Even though 
> /tmp/dsk.test.qcow2 is a qcow2 file, the NBD server is serving up a
> RAW image through /dev/nbd2. Thus, if you are trying to treat 
> /dev/nbd2 as the destination of your copy, you MUST tell qemu that
>  the file format of the copy is to be raw (regardless of the file 
> format of the original that is being copied from).  If you omit the
> --raw (also spelled --format=raw in newer libvirt) parameter to the
> virsh blockcopy command, then libvirt has to guess at the 
> destination format; if the source was qcow2, then libvirt will 
> guess that the destination should be qcow2 as well.  But writing 
> qcow2 data to a raw NBD disk means you have created a nested file 
> in /tmp/dsk.test.qcow2 - it is a qcow2 file whose contents are a 
> qcow2 file whose contents are the raw data (not typical usage, and
>  a bit weird to wrap your head around).

I think you're right.

Paolo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJUrvL9AAoJEL/70l94x66DkusIAJX9/MtI65eOZeW57upOBxuX
NOEZA34X8f/JY3WUI6Fhyfeoi/EZet4lEtPDnqG5isrYYhm7TMmJFCLt0fu4pr1Z
KSOgMlGN/Ze5m+ty/XdoYn21Ujw/nmSplaMVAc0iqfSXUXnd15LWzICemjXNSnHS
zOp0y7uLEM64EygW4vHrPAZZo5JCFj2JbQiRUiWjDyT14JeJ7EWRJ3vYSrZEAclB
RVDlm/Q6p9wirFSNbjfZgo1Fn5cHvVvsGvmNvWwLOnijBGeQwOD5LaqSsuAD3ZLN
QAQw77eLnVxwES+lR96vQcVWOKfR2pECD9pDEAwTVTqn/xbw0dqWuEwMSIZbfXU=
=Asfg
-----END PGP SIGNATURE-----

  reply	other threads:[~2015-01-08 21:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <54989AB7.7050607@gmail.com>
     [not found] ` <5498A052.8060904@redhat.com>
     [not found]   ` <20141223121708.GB24588@tesla.redhat.com>
     [not found]     ` <5499B6C1.2060601@gmail.com>
     [not found]       ` <20141224104226.GE24588@tesla.redhat.com>
2015-01-08 19:44         ` [Qemu-devel] [libvirt-users] Using virsh blockcopy -- what's it supposed to accomplish? Gary R Hook
2015-01-08 20:21           ` Kashyap Chamarthy
2015-01-09  0:04             ` Gary R Hook
2015-01-09  8:30               ` Kashyap Chamarthy
2015-01-08 21:04           ` Eric Blake
2015-01-08 21:13             ` Paolo Bonzini [this message]
2015-01-09  0:18             ` Gary R Hook

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54AEF301.5090306@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=eblake@redhat.com \
    --cc=grhookatwork@gmail.com \
    --cc=libvirt-users@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.