From: Josh Durgin <josh.durgin@inktank.com>
To: Chris Dunlop <chris@onthe.net.au>
Cc: Alex Elder <elder@inktank.com>, ceph-devel@vger.kernel.org
Subject: Re: krbd + format=2 ?
Date: Wed, 12 Jun 2013 20:56:50 -0700 [thread overview]
Message-ID: <51B94302.1010104@inktank.com> (raw)
In-Reply-To: <20130612045949.GA13654@onthe.net.au>
On 06/11/2013 09:59 PM, Chris Dunlop wrote:
> On Sat, Jun 08, 2013 at 12:48:52PM +1000, Chris Dunlop wrote:
>> On Fri, Jun 07, 2013 at 11:54:20AM -0500, Alex Elder wrote:
>>> On 06/03/2013 04:24 AM, Chris Dunlop wrote:
>>>> I pulled the for-linus branch (@ 3abef3b) on top of 3.10.0-rc4, and it's
>>>> letting me map a format=2 image (created under bobtail), however reading
>>>> from the block device returns zeros rather than the data. The same image
>>>> correctly shows data (NTFS filesystem) when mounted into kvm using librbd.
>>>
>>> Have you tried using a format 2 image that you created using
>>> the Linux rbd environment? It would be good to know whether
>>> that works for you.
>>
>> Sorry, how to you mean "created using the Linux rbd environment"?
>> The one I was trying was created using:
>>
>> rbd create --format 2 xxx --size nnnnn
>>
>> ...then populated using qemu/librbd.
>
> Looks like the kernel rbd and librbd aren't compatible, as at
> 3.10.0-rc4+ceph-client/for-linus@3abef3b vs librbd1 0.56.6-1~bpo70+1.
Thanks for the detailed report Chris. The kernel client was using the
wrong object names for format 2 (zero-padding them with a different
length than librbd). I just posted a patch fixing this.
Josh
next prev parent reply other threads:[~2013-06-13 3:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-03 9:24 krbd + format=2 ? Chris Dunlop
2013-06-07 16:54 ` Alex Elder
2013-06-08 2:48 ` Chris Dunlop
2013-06-12 4:59 ` Chris Dunlop
2013-06-13 3:56 ` Josh Durgin [this message]
2013-06-13 6:35 ` Chris Dunlop
2013-06-15 17:01 ` Alex Elder
2013-07-04 14:45 ` Laurent Barbe
2013-07-05 4:12 ` Sage Weil
2013-07-05 7:39 ` Laurent Barbe
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=51B94302.1010104@inktank.com \
--to=josh.durgin@inktank.com \
--cc=ceph-devel@vger.kernel.org \
--cc=chris@onthe.net.au \
--cc=elder@inktank.com \
/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.