Selfhosted

40347 readers

546 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago

MODERATORS

HybridSarcasm@lemmy.world

HybridSarcasm@lemmy.hybridsarcasm.xyz

How RAID system reliable? possible of raid system failure (lemm.ee)

submitted 3 weeks ago by aTun@lemm.ee to c/selfhosted@lemmy.world

49 comments fedilink hide all child comments

I know how RAID work and prevent data lost from disks failures. I want to know is possible way/how easy to recover data from unfunctioned remaining RAID disks due to RAID controller failure or whole system failure. Can I even simply attach one of the RAID 1 disk to the desktop system and read as simple as USB disk? I know getting data from the other RAID types won't be that simple but is there a way without building the whole RAID system again. Thanks.

you are viewing a single comment's thread
view the rest of the comments

[–] possiblylinux127@lemmy.zip 0 points 2 weeks ago (1 children)

Your information is about 10 years out of date. It is trivial to do boot with raid as in EFI you just set both drives as bootable.

I think hardware raid is only for the last resort as Windows has Storage sense and Linux has ZFS, LVM and mdadm. I've never heard of a hardware raid system that has the features a lot of these systems have like data integrity checking and ram caching.

Essentially I don't really see a need for hardware raid in a home environment and there isn't a huge need in the business.

[–] computergeek125@lemmy.world 1 points 2 weeks ago

I never said anything about EFI not supporting multi boot. I said that the had to be kept in lockstep during updates. I recognize the term "manual" might have been a bit of a misnomer there, since I included systems where the admin has to take action to enable replication. ESXi (my main hardware OS for now) doesn't even have software RAID for single-server datastores (only vSAN). Windows and Linux both can do it, but its a non-default manual process of splicing the drives together with no apparent automatic replacement mechanism - full manual admin intervention. With a hardware RAID, you just have to plop the new disk in and it splices the drive back into the array automatically (if the drive matches)
- "EFI doesn't understand (normal) MD RAID" - https://unix.stackexchange.com/a/742072/34724 (2023)
- (untested) "Using metadata 1.0 (end of disk) to splice EFI partitions together" - https://std.rocks/gnulinux_mdadm_uefi.html
- (untested) "splicing windows dynamic disks together" - https://learn.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/set-up-dynamic-boot-partition-mirroring
Dell and HPe both have had RAM caching for reads and writes since at least 2011. That's why the controllers have batteries :)
- also, I said it only had to handle the boot disk. Plus you're ignoring the fact that all modern filesystems will do page caching in the background regardless of the presence of hardware cache. That's not unique to ZFS, Windows and Linux both do it.
mdadm and hardware RAID offer the same level of block consistency validation to my current understanding- you'd need filesystem-level checksumming no matter what, and as both mdadm and hardware RAID are both filesystem agnostic, they will almost equally support the same filesystem-level features (Synology implements BTRFS on top of mdadm - I saw a small note somewhere that they had their implementation request block rebuild from mdadm if btrfs detected issues, but I have been unable to verify this claim so I do not consider it (yet) as part of my hardware vs md comparison)

Hardware RAID just works, and for many, that's good enough. In more advanced systems, all its got to handle is a boot partition, and if you're doing your job as a sysadmin there's zero important data in there that can't be easily rebuilt or restored.