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
>>
next prev parent 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