My experience with #OMV #NAS with #RaspberryPi, and using #SnapRAID + #MergerFS, is that while SnapRAID's really cool, it def could not beat real #RAID. My understanding is RAID works on a low/block level so it can achieve redundancy 'in real time' no matter what files you have, but since SnapRAID is in software, it's not only more involved but it also simply could not achieve full redundancy as you will def need to exclude a lot of files (which could render ur redundancy useless, depending on ur use case) and it's also more involved where you might need to e.g. stop a bunch of #Docker containers prior to it doing its thing.

I'm just not sure how to achieve 'real' RAID on an RPi 4 (of varying memory capacities). One benefit of SnapRAID (and MergerFS) is that you could easily implement it with USB-attached disks, which is the 'friendliest' choice for SBCs like the Pi which has no SATA connectivity built-in.
Ich suche ein FUSE Filesystem (soll im Userland arbeiten) ähnlich wie #mergerfs soll es auf Path basieren und auf File Basis RAID artige Prozesse ermöglichen. Es soll aber nicht wie #mergerfs nur RAID 0, sondern auch daten dupliziert abspeichern können so etwas Ähnliches zu einem RAID1. Am liebsten Jahre mir, jedoch wenn diese Software in der lange wahre die IO abfragen splitten und Asynchron zu bearbeiten und so die wenige Latenz bei Abfragen zu reduzieren cool wahre, wenn die Festplattengeometrie zu diesem Zweck mit einbezogen wird. Kennt da jemand was, ich habe bislang nichts gefunden was meinen Vorstellungen endspricht #hdd #raid #fs
I'm setting up my fileserver again. Before I used MergerFS and 4x4tb NAS drivers, to aggregate the files on all the drives as one mountpoint. The nice thing about mergerfs is that the disks are completely separate (files are written whole to each disk - nice !). The data is not important at all to me and backed up so I don't need RAID etc. Any suggestions of an alternative approach? I hear ZFS pools are interesting, but never used zfs. #linux #mergerfs #zfs #datahoarding

Yêu cầu địa chỉ Proxmox lên NVMe, giữ mergerfs/Gitea/Docker. Cảnh vấn hệ thống lồng zoobini, phù hợp passthrough, cách bảo vệ dữ liệu. #Proxmox #Mergerfs #Docker #Gitea #NVMe #Selfhosted

https://www.reddit.com/r/selfhosted/comments/1o9rpca/planning_proxmox_on_a_new_nvme_how_to_preserve/

Because I had a conveersation about #backup yesterday at the pool.

trapexit, author of mergerfs, has a collection of IMHO , good and new user friendly howtos over here.

https://github.com/trapexit/backup-and-recovery-howtos

#linix #btrfs #zfs #snapraid #mergerfs #backup #rsync

GitHub - trapexit/mergerfs: a featureful union filesystem

a featureful union filesystem. Contribute to trapexit/mergerfs development by creating an account on GitHub.

GitHub

@diegolakatos this was great. I went with Open Media Vault (OMV). The installer for that was a little painful because it didn't support manual partitioning. But it loaded on to a TerraMaster F4-424 without any issues.

I added the OMV extras repository. Installed mergerfs and SnapRAID.
Configured through the UI.

It works! Simple and effective. I checked my files by mounting independently and they all look good. Then tested a recovery by formatting a drive and using SnapRAID and it worked beautifully.

Extremely happy! Thank you.

#selfhosting #selfhosted #openmediavault #mergerfs #snapraid #terramaster

Yesterday evening, i've failed at setting up #MergerFS in a tiered storage scenario.

I couldn't get it to write to fast storage 1st.

Not following the manpage instructions might have something to do with that - i didn't read all of it.

However, i did read the part of the manpage that questions my sanity, for even attempting to use it for tiered storage / write-caching. 😅

A complicating circumstance is the privacy scenario - sshfs + LUKS, and the throughput of an i5-7500 vs. R7-7840HS

#Mergerfs is very cool.

#SelfHosted

I'm looking at intros to #MergerFS:

that's quite interesting stuff, but a single file can not grow to span multiple members.

Example:
member1 1GB
member2 2GB
MergerFS 3GB

a 2.5GB file will neither fit, nor can it be grown beyond the capacity of the member it's 1st stored on!

The "moveonenospc" option only helps up to the length of the largest free capacity on a single member.

I'm not switching from #ZFS, any time soon. 😉

#Linux #Storage

I think I might RMA that one SATA SSD - that SSD is currently setup as 1 of 2 #SnapRAID data drives (there's another identical parity drive), that is then part of a #MergerFS pool.

There are a ton of video guides on how to replace a disk part of a
#RAID array for failure/upgrade reasons on #TrueNAS, but not found one for this SnapRAID-MergerFS setup on #OpenMediaVault.

From what I can tell, there doesn't seem to be a graphical option on
#OMV to do this easily/intuitively. Might need to look up some written guides/docs to do this safely, so I can send the SSD back, and recover my data on the replacement drive once it arrived.

---

Hopefully, this written guide should suffice:

🔗 https://wiki.omv-extras.org/doku.php?id=omv7:omv7_plugins:snapraid#recovery_operations

RE: https://sakurajima.social/notes/a8mrrt78bi