All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christopher James Halse Rogers <chris@cooperteam.net>
To: marcin@mejor.pl
Cc: linux-bcache@vger.kernel.org
Subject: Re: How to create bcachefs?
Date: Thu, 25 Aug 2016 10:03:07 +1000	[thread overview]
Message-ID: <1472083387.31787.0@mail.cooperteam.net> (raw)
In-Reply-To: <f92c1177-565d-47a1-b3ad-1876774003d4@mejor.pl>

On Thu, Aug 25, 2016 at 7:21 AM, marcin@mejor.pl wrote:
> W dniu 24.08.2016 o 08:52, Kent Overstreet pisze:
> [...]
> 
> Hi!
>> Hey, sorry for the long delay, been sick past several days.
> 
> I was afraid that I'm asking to easy question:) And I hope everything 
> is
> fine with you now!
> 
> 
>> The way arguments
>> were passed to bcache format was a holdover from old style 
>> make-bcache, \x7fand
>> didn't make much sense for bcachefs - -C was used for all devices, 
>> and \x7f--tier
>> specifies fast devices and slow devices.
>> 
>> I finally got around to redoing the option parsing so we don't need 
>> the \x7f-C
>> argument today - update your bcache tools, and the command you want 
>> is \x7fnow:
>> 
>> bcache format --tier 0 /dev/sde1 --tier 1 /dev/sdd1
>> 
>> (assuming sde1 is your fast device and sdd1 is your slow device).
> 
> Does it means that cache is unavailable and only tiering will be in 
> bcachefs?
> And... How to mount tiered FS? When I pass one device in mount I'm 
> getting:
>  bcache: bch_open_as_blockdevs() register_cache_set err insufficient 
> devices

Tiering gets you all the advantages of caching, plus you can (with some 
effort) have the combined filesystem size be the sum of the SSD + HDD 
capacities, rather than the capacity be determined solely by the 
capacity of the slow tier (this is not currently the case for bcachefs).

To mount a tiered FS you can either pass all the relevant devices to 
mount, like:
    mount -t bcache /dev/sda:/dev/sdb:/dev/sdc /mountpoint
(I haven't tested this recently) or ensure that all the relevant 
devices have been registered with bcache, like so:
    echo /dev/sda | sudo tee /sys/fs/bcache/register_quiet
    echo /dev/sdb | sudo tee /sys/fs/bcache/register_quiet
    echo /dev/sdc | sudo tee /sys/fs/bcache/register_quiet
    mount -t bcache /dev/sdb /mountpoint
(you can use any member of the set as the device to mount in this case).

  parent reply	other threads:[~2016-08-25  6:38 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-19 18:07 How to create bcachefs? marcin
2016-08-24  6:52 ` Kent Overstreet
2016-08-24 21:21   ` marcin
2016-08-24 23:12     ` Eric Wheeler
2016-08-24 23:52       ` Kent Overstreet
2016-08-24 23:50     ` Kent Overstreet
2016-08-25  0:03     ` Christopher James Halse Rogers [this message]
2016-08-25  9:21       ` Marcin Mirosław
2016-08-25 11:09         ` Christopher James Halse Rogers
2016-08-25 12:11           ` Marcin Mirosław
2016-08-26  1:06             ` Christopher James Halse Rogers
2016-08-26  1:48               ` Eric Wheeler
2016-08-26  8:23               ` Marcin Mirosław

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=1472083387.31787.0@mail.cooperteam.net \
    --to=chris@cooperteam.net \
    --cc=linux-bcache@vger.kernel.org \
    --cc=marcin@mejor.pl \
    /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.