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
>
>
>
next prev parent 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).