So ... I've been looking for a small machine that I can slap two SATA SSDs in for a long time. And I never even considered Mac Minis before. But apparently their "Server" range has space and cabling for two SATA3 disks. Do I have anyone "in reach" here who has experience with these boxes? Looking at "Late 2012 Server" right now because it has USB3 as well. Are they prone to overheating or otherwise exploding? Do they take Linux reasonably well? #macmini #raid1 #apple

I am looking for a tutorial/advice/best-practice on how to setup a #debian server with multiple disks on #ext4. Machine for now should just be used as a fileserver until we integrate the #infrastructure into #proxmox. Still I am unsure how to format the disks. Looking at previous setups we used #raid1 for the root partition and #raid6 for all additional disks. I am just not sure how or where #lvm should come into play...

Are you still RAID0-ing your OggCamp tee? Come and see @JonTheNiceGuy at our merch stand and consider adding some redundancy to your collection! #raid1 #oggcamp

Am i doing this right?

I want to convert a running #Ubuntu server, installed on encrypted #LVM, into a #RAID1 mirror.

This is what i ended up with, so far.

This is a test vm;
vda and vdb are zvols on the vm host
nmon shows 3 disk groups, 1 for both, and 1 for each

…it certainly looks like i'm actually mirroring / writing twice.

I have yet to massage /etc/crypttab, i'm aware.

@foxysen personally I prefer #Linux #dmraid #RAID10 which is basically a #RAID1 with #striping and it's blazing fast - like a #RAID01 but better because it can dynamically grow...

For everyone else, there's #ZFS's #ZRAID which is just #ChefsKiss...

Hey y'all, I feel like it's been forever since I last checked in for the #2YearLinuxChallenge. Last week was a doozy to put it mildly.

Due to a minor brown out I had to reinstall #Debian on my little raid server; but all is good and for the better.

Left to right: #Ubuntu #Minecraft Server (top), #Raid1 File Server (bottom), main driver (right)

@amin, @Wyatt, and @thelinuxcast how are y'all holding up?

Ihr möchtet sicherlich wissen wie schnell die unterschiedlichen Software RAID-Level in einem Verbund aus 5x Fujitsu MHV2060BH (60GB) HDD schreiben, oder?

#RAID0: 58,6294 s, 183 MB/s
#RAID1: 292,144 s, 36,8 MB/s
#RAID5: 81,2087 s, 132 MB/s
#RAID6: 103,645 s, 104 MB/s
#RAID10: 177,613 s, 60,5 MB/s

Getestet wurde mit
dd if=/dev/urandom of=test.txt bs=1G count=10

Sich theoretisch einlesen ist das eine, so etwas praktisch testen das andere.

Hat Spaß gemacht!

I've made my first modification to the #Linux kernel, ever.

I have changed the function that decides which drive to read from in a #RAID1 setup in such a way that it always picks the drive that with the shorter queue, which is normally the #SSD code.

This gives me better drive utilisation in my mixed setup of one #CMR hard drive and one #SMR hard drive. Can't really say if performance is better, but the numbers look better.

I just forced one value to be always 1, which is a dirty hack. Maybe I can improve on it and actually turn it into a kernel patch some day. Improving life for everyone!

So I'm rebuilding my main home dev system. I want everything except /𝚋𝚘𝚘𝚝 and 𝚜𝚠𝚊𝚙 to be #LUKS encrypted and #RAID1 mirrored. I'm not really interested in getting #LVM into the mix; I don't see any added value. So what's the best path? Boot from a dist #disc and set up #MD RAID1 sets, and then install onto them? Or what?

I've typically used #Fedora, but keeping current/upgrading has always been iffy or a pain. Maybe I should use #Ubuntu? #Debian users scared ne off years ago..

@lamp using a #RAID without #dmraid only works well with things like #RAID1 on a boot partition since that's the only way to keeo it sync and be bootable...

I usually choose to make lvm partitions to do dmraid and also choose to keep at least 25% vacant for #WearLeveling and #GarbageCollection as well as #TRIM to work, and round it down so I can mix & match drives

But then again going #ZFS is the smarter route...

Wusstet ihr, dass #btrfs bei einem #raid1 mit drei unterschiedlich großen Festplatten automatisch eine Art #raid0 über die beiden kleineren macht, um die Kapazität der größeren Ausnutzen zu können?

Im Prinzip ein cooles Feature... außer man will bewusst eine größere dritte Festplatte hinzufügen, weil das Endziel die Migration der Daten auf ZWEI größere Platten ist :-) Ging am Ende auch, hat aber länger gedauert und überflüssige Balancing-Operationen erfordert.

Heute einen Server in den Fingern gehabt, dem ich sein #EXT4 Rootfs auf #BTRFS mit #RAID1 umziehen wollte. Lief auch alles gut, bis ich festellen musste, das der #HBA nur ein Blockdevice beim Boot anbietet und erst dann alle weiteren Devices. Etwas schlecht wenn btrfs da nen zweites Device für sein Raid sucht.
#SuperMicro hardware, schon mal jemand den Case gehabt und eine Idee wie man das Fixt? Im (U)EFI/Bios habe ich auf die schnellle nicht finden können.

@pgogl #raid1 mit #btfrs oder #ext4 +x?