qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Alexandre DERUMIER <aderumier@odiso.com>
To: Fam Zheng <famz@redhat.com>
Cc: Ceph Devel <ceph-devel@vger.kernel.org>,
	qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image
Date: Sat, 11 Oct 2014 10:00:48 +0200 (CEST)	[thread overview]
Message-ID: <c22b3e6d-2fbc-4de9-8bfd-d3eb39ea8fe2@mailpro> (raw)
In-Reply-To: <20141011070118.GB4965@fam-t430.nay.redhat.com>

>>What is the source format? If the zero clusters are actually unallocated in the
>>source image, drive-mirror will not write those clusters either. I.e. with
>>"drive-mirror sync=top", both source and target should have the same "qemu-img
>>map" output.

Thanks for your reply,

I had tried drive mirror (sync=full) with

raw file (sparse) -> rbd  (no sparse)
rbd (sparse) -> rbd (no sparse)
raw file (sparse) -> qcow2 on ext4  (sparse)
rbd (sparse) -> raw on ext4 (sparse)

Also I see that I have the same problem with target file format on xfs.

raw file (sparse) -> qcow2 on xfs  (no sparse)
rbd (sparse) -> raw on xfs (no sparse)


I only have this problem with drive-mirror, qemu-img convert seem to simply skip zero blocks.


Or maybe this is because I'm using sync=full ?

What is the difference between full and top ?

""sync": what parts of the disk image should be copied to the destination;
  possibilities include "full" for all the disk, "top" for only the sectors
  allocated in the topmost image".

(what is topmost image ?)


----- Mail original -----

De: "Fam Zheng" <famz@redhat.com>
À: "Alexandre DERUMIER" <aderumier@odiso.com>
Cc: "qemu-devel" <qemu-devel@nongnu.org>, "Ceph Devel" <ceph-devel@vger.kernel.org>
Envoyé: Samedi 11 Octobre 2014 09:01:18
Objet: Re: [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image

On Wed, 10/08 13:15, Alexandre DERUMIER wrote:
> Hi,
>
> I'm currently planning to migrate our storage to ceph/rbd through qemu drive-mirror
>
> and It seem that drive-mirror with rbd block driver, don't create a sparse image. (all zeros are copied to the target rbd).
>
> Also note, that it's working fine with "qemu-img convert" , the rbd volume is sparse after conversion.

What is the source format? If the zero clusters are actually unallocated in the
source image, drive-mirror will not write those clusters either. I.e. with 
"drive-mirror sync=top", both source and target should have the same "qemu-img
map" output.

Fam

>
>
> Could it be related to the "bdrv_co_write_zeroes" missing features in block/rbd.c ?
>
> (It's available in other block drivers (scsi,gluster,raw-aio) , and I don't have this problem with theses block drivers).
>
>
>
> Regards,
>
> Alexandre Derumier
>
>
>

  reply	other threads:[~2014-10-11  8:01 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <54c55fc6-b12a-42e5-b99d-9752c8a9b19b@mailpro>
2014-10-08 11:15 ` [Qemu-devel] qemu drive-mirror to rbd storage : no sparse rbd image Alexandre DERUMIER
2014-10-11  7:01   ` Fam Zheng
2014-10-11  8:00     ` Alexandre DERUMIER [this message]
2014-10-11  8:25       ` Fam Zheng
2014-10-11  8:30         ` Andrey Korolyov
2014-10-12 10:02           ` Alexandre DERUMIER
2014-10-12 10:33         ` Alexandre DERUMIER
2014-10-12 13:02   ` Paolo Bonzini
2014-10-13  6:06     ` Alexandre DERUMIER
2014-10-13  7:06       ` Paolo Bonzini
2014-10-13  8:08         ` Alexandre DERUMIER

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=c22b3e6d-2fbc-4de9-8bfd-d3eb39ea8fe2@mailpro \
    --to=aderumier@odiso.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=famz@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).