public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
From: FERNANDO FREDIANI <fernando.frediani@upx.com>
To: Eric Wheeler <bcache@lists.ewheeler.net>
Cc: linux-bcache@vger.kernel.org
Subject: Re: Add Bcache to an existing Filesystem
Date: Mon, 26 Jun 2017 15:06:54 -0300	[thread overview]
Message-ID: <02d7b0af-6bf7-43ca-334b-dee67dbbb553@upx.com> (raw)
In-Reply-To: <alpine.LRH.2.11.1706261752580.17052@mail.ewheeler.net>

Thanks for reply Eric.

That sounds quiet dangerous to risk 8TB of production data. I guess the 
only safe way is re-formating the partition and therefore it would mean 
8TB copied-out then copied back in which imposes a longer downtime to 
the server.

Best regards
Fernando


On 26/06/2017 14:58, Eric Wheeler wrote:
> On Mon, 26 Jun 2017, FERNANDO FREDIANI wrote:
>
>> Hello folks.
>>
>> I have been using Bcache in a server in production with pretty good results so
>> far.
>>
>> Now I am looking to add it also to another server that is suffering from disk
>> I/O. However this server in question has a fairly large storage running (circa
>> 8TB of used data) and therefore stopping it for a long period becomes
>> difficult.
>>
>> Question is: Can I add an SSD and Bcache to this server and use it for the
>> existing 8TB filesystem ? If so when I run make-bcache -B /dev/sdx1 to create
>> the backing device will it not overwrite what is currently on /dev/sdx1 ?
>
> Not officially.  The bcache superblock is in the first 8k of disk (by
> default, but can align the payload) so 8TB would need shifted right
> assuming the right-hand-side has room to grow.
>
> Disclaimer: this could be dangerous, so at your own risk:
>
> While I've not tried this, theoretically you could put dm-linear atop of
> the bcache bdev and prepend some metadata area, using the `--data-offset`
> parameter in make-bcache as the start of your data area.  Be sure to test
> on something non-critical if you go this route and make sure the sector
> math is correct or risk damaging the front of your 8TB volume.  If you go
> this route and it works, please report back with what you did!
>
> --
> Eric Wheeler
>
>
>
>> Thanks
>> Fernando
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>

  reply	other threads:[~2017-06-26 18:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-26 16:12 Add Bcache to an existing Filesystem FERNANDO FREDIANI
2017-06-26 17:58 ` Eric Wheeler
2017-06-26 18:06   ` FERNANDO FREDIANI [this message]
2017-06-26 18:05 ` Henk Slager
2017-06-26 18:14   ` FERNANDO FREDIANI
2017-06-26 19:19     ` Henk Slager
2017-06-27 10:46       ` Jens-U. Mozdzen
2017-06-27 13:23         ` Nix
2017-06-27 13:37           ` FERNANDO FREDIANI
2017-06-27 13:45             ` Nix
2017-06-27 14:41         ` Henk Slager
2017-06-27 23:43           ` Eric Wheeler

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=02d7b0af-6bf7-43ca-334b-dee67dbbb553@upx.com \
    --to=fernando.frediani@upx.com \
    --cc=bcache@lists.ewheeler.net \
    --cc=linux-bcache@vger.kernel.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