All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mykola Golub <to.my.trociny@gmail.com>
To: Henrik Korkuc <lists@kirneh.eu>
Cc: Max Yehorov <myehorov@skytap.com>,
	ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: rbd-nbd 2T limit
Date: Fri, 10 Mar 2017 09:53:59 +0200	[thread overview]
Message-ID: <20170310075358.GB24654@gmail.com> (raw)
In-Reply-To: <975af97d-849e-6e65-d617-e0dc16672da4@kirneh.eu>

On Thu, Mar 09, 2017 at 09:14:53AM +0200, Henrik Korkuc wrote:
> On 17-03-09 05:38, Max Yehorov wrote:
> >I was reading through release notes for 10.2.6 and there was a ticket
> >
> >rbd: rbd-nbd: disallow mapping images >2TB in size (issue#17219,
> >pr#11870, Mykola Golub)
> >
> >default nbd block size is 1k, valid values are from 512 to PAGE_SIZE
> >
> >rbd_nbd.cc sets blocksize to 512 here:
> >https://github.com/ceph/ceph/blob/master/src/tools/rbd_nbd/rbd-nbd.cc#L635
> >
> >Why 512 was chosen for rbd_nbd?
> >krbd also uses 512 sector size. Is there a reason to use 512 block
> >size vs 4k AF?
> I am also interested in >2TB NBD support and was disapointed when I couldn't
> mount 10TB images.
> 
> Based on issue in that commit for me it seems to be clear why it was done -
> some (most?) kernels in the wild do not support larger sizes. But it looks
> like support on unaffected kernels is already in master (not sure if it got
> backported to current releases). For reference:
> http://tracker.ceph.com/issues/17219 ->
> https://github.com/ceph/ceph/pull/11741 ->
> http://tracker.ceph.com/issues/18335 ->
> https://github.com/ceph/ceph/pull/13229

Yes, it removes the restriction for working kernels. It is going to be
backported to kraken and jewel:

http://tracker.ceph.com/issues/18910
http://tracker.ceph.com/issues/18911

-- 
Mykola Golub

      reply	other threads:[~2017-03-10  7:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-09  3:38 rbd-nbd 2T limit Max Yehorov
2017-03-09  7:14 ` Henrik Korkuc
2017-03-10  7:53   ` Mykola Golub [this message]

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=20170310075358.GB24654@gmail.com \
    --to=to.my.trociny@gmail.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=lists@kirneh.eu \
    --cc=myehorov@skytap.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.