Re: Suggestions for building new 44TB Raid5 array

[Marc MERLIN <marc@merlins.org>]

On Sat, Jun 11, 2022 at 09:27:57AM +0200, Andrea Gelmini wrote:
> Il giorno sab 11 giu 2022 alle ore 09:16 Marc MERLIN
> <marc@merlins.org> ha scritto:
> > As for bcache, I'm really thinking about droppping it, unless I'm told
> > it should be safe to use.
> 
> https://lwn.net/Articles/895266/

Mmmh, bcachefs, I was not aware of this new one. Not sure if I want to
add yet another layer, esepcially if it's new.

On Sat, Jun 11, 2022 at 02:30:33PM +0500, Roman Mamedov wrote:
> > 2) echo 0fb96f02-d8da-45ce-aba7-070a1a8420e3 >  /sys/block/bcache64/bcache/attach 
> >    gargamel:/dev# cat /sys/block/md7/bcache/cache_mode
> >    [writethrough] writeback writearound none
> 
> Maybe try LVM Cache this time?
 
Hard to know either way, trading one layer for another, and LVM has
always seemed heavier

> > 3) cryptsetup luksFormat --align-payload=2048 -s 256 -c aes-xts-plain64  /dev/bcache64
> > 4) cryptsetup luksOpen /dev/bcache64 dshelf1
> 
> What's the threat scenario for LUKS on the array?

In case my computer gets stolen, and indeed being able to recycle old
drives without having to worry, is a nice bonus.

> > 5) mkfs.btrfs -m dup -L dshelf1 /dev/mapper/dshelf1
> 
> Personally I have switched from Btrfs on MD to individual disks and MergerFS.
 
That gives you no redundancy if a drive disk, correct?

Thanks,
Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
 
Home page: http://marc.merlins.org/                       | PGP 7F55D5F27AAF9D08