All of lore.kernel.org
 help / color / mirror / Atom feed
From: Loic Dachary <loic@dachary.org>
To: Ilya Dryomov <idryomov@gmail.com>, Sebastien Han <shan@redhat.com>
Cc: Wido den Hollander <wido@42on.com>, Sage Weil <sweil@redhat.com>,
	Ceph Development <ceph-devel@vger.kernel.org>,
	Samuel Yaple <sam@yaple.net>
Subject: Re: ceph-disk improvements
Date: Tue, 5 Apr 2016 12:21:41 +0200	[thread overview]
Message-ID: <570391B5.1050207@dachary.org> (raw)
In-Reply-To: <CAOi1vP_mnMP_n7xSPXgEycYRifja0k4LE7PBG7epL1uUNWjaJw@mail.gmail.com>

Hi Ilya,

On 05/04/2016 11:26, Ilya Dryomov wrote:
> On Tue, Apr 5, 2016 at 10:30 AM, Sebastien Han <shan@redhat.com> wrote:
>> Wido, I just discussed that with Sam last week and it seems that
>> bcache allocates a minor of 1 when creating the device.
>> Sam ended up writing this:
>> https://yaple.net/2016/03/31/bcache-partitions-and-dkms/
>> The fix is not complex not sure why it is not part of bcache yet...
> 
> I think it's just that no one complained loud enough.
> 
>>
>> Not sure if it's ceph-disk's job to do all of this with bcache though...
>> We might need to check with the bache guys what are their plans about this.
>> If this will go through at some point we might just wait, if not we
>> could implement the partition trick on ceph-disk.
> 
> Making something like this go through shouldn't be a problem.  Sam's
> patch is a bit of quick hack though - it messes up bcache device IDs
> and also limits the number of partitions to 16.  Better to avoid
> another hard-coded constant, if possible.
> 
>     # ls -lh /dev/bcache*
>     brw-rw---- 1 root disk 254,  0 Mar 31 20:17 /dev/bcache0
>     brw-rw---- 1 root disk 254,  1 Mar 31 20:17 /dev/bcache0p1
>     brw-rw---- 1 root disk 254, 16 Mar 31 20:17 /dev/bcache16
>     brw-rw---- 1 root disk 254, 17 Mar 31 20:17 /dev/bcache16p1
>     brw-rw---- 1 root disk 254, 32 Mar 31 20:17 /dev/bcache32
>     brw-rw---- 1 root disk 254, 33 Mar 31 20:17 /dev/bcache32p1
> 
> We had to solve almost exactly this problem in rbd.  I can submit
> a patch for bcache if it helps ceph-disk in the long run.

It would help. Implementing a workaround in ceph-disk to compensate for the fact that bcache does not support partitioning feels much better when there is hope it will eventually be removed :-)

Cheers

> 
> Thanks,
> 
>                 Ilya
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2016-04-05 10:21 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-01 15:36 ceph-disk improvements Sage Weil
2016-04-02  5:54 ` Wido den Hollander
2016-04-02  8:52   ` Loic Dachary
2016-04-04 12:58     ` Wido den Hollander
2016-04-03 12:59   ` Sage Weil
2016-04-04 13:04     ` Wido den Hollander
2016-04-05  8:30       ` Sebastien Han
2016-04-05  9:26         ` Ilya Dryomov
2016-04-05  9:41           ` Wido den Hollander
2016-04-05 10:21           ` Loic Dachary [this message]
     [not found]             ` <CAJ3CzQWJnC7O6pcAF57MqYXMyZEpZVUSWhfynb6yue2iLKXfLA@mail.gmail.com>
2016-04-05 13:26               ` Ilya Dryomov
     [not found]                 ` <CAJ3CzQUWyF-B6o5wBmJ0rcfK_aBkmSX7LcRDkLj=W5COSbPwnQ@mail.gmail.com>
2016-04-05 14:42                   ` Ilya Dryomov
2016-04-07  9:26   ` Lars Marowsky-Bree
2016-04-07 10:31     ` Sebastien Han
2016-04-07 10:51       ` Lars Marowsky-Bree
2016-04-07 11:45         ` Loic Dachary
2016-04-04  0:41 ` Adrian Saul
2016-04-07 12:10 ` Alfredo Deza
2016-06-23 15:41   ` Sage Weil

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=570391B5.1050207@dachary.org \
    --to=loic@dachary.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=idryomov@gmail.com \
    --cc=sam@yaple.net \
    --cc=shan@redhat.com \
    --cc=sweil@redhat.com \
    --cc=wido@42on.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.