this post was submitted on 18 Oct 2025
17 points (100.0% liked)

Selfhosted

53242 readers
948 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:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. 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.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

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

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

G'day,

tl;dr - have two unraid servers in geographically independant locations, want to use them as duplicate / redundancy storage of some shares.

  • Unraid server at home, 120TB of storage but only need to sync ~10TB total which is spread over 3 shares.
  • Bare metal Ubuntu server at work, 12TB of storage, but only need to sync ~6TB total over the equivalent of a single share.
  • Have a second Unraid server with 26TB of storage I plan on taking to work. I want to backup my ~10TB from home to work, and my ~6TB from work to home.

Currently have Crashplan running on both ends which keeps up fine with the work data size, but will take literally years to upload home volume as it is so dang slow (~3Mbps, constantly stopping to rescan millions of files) so want something else in place ASAP. Will leave Crashplan running too. It'll catch up eventually.

Home has 400Mbps upload, work has 100Mbps upload so speed shouldn't be the issue.

Is Syncthing the answer? Was thinking of doing a read-only share on the sending end.

top 6 comments
sorted by: hot top controversial new old
[–] I2jgwh0hYtxrCZQ@lemmy.sdf.org 6 points 1 month ago* (last edited 1 month ago) (1 children)

You could have a look at rclone.

https://forums.unraid.net/topic/51633-plugin-rclone/

https://rclone.org/

Sound like you want the sync command.

rclone sync - Make source and dest identical, modifying destination only.

https://rclone.org/commands/rclone_sync/

[–] curbstickle@anarchist.nexus 5 points 1 month ago

This was going to be exactly my suggestion

Just to point out its utility, I use rclone at home to sync my data elsewhere, and I use it extensively at work for internal systems and client systems.

Sync for replicating one site to another, bisync for bidirectional. Extremely flexible.

[–] rikudou@lemmings.world 2 points 1 month ago

I'd give Syncthing a try. Though you should make some kind of tunnel so that they can communicate without relays, the speed there really depends on what traffic the relay is going through.

[–] ieGod@lemmy.zip -1 points 1 month ago (1 children)

Bare metal Ubuntu

Just a nitpick but bare metal means no OS.

[–] tofu@lemmy.nocturnal.garden 8 points 1 month ago (1 children)

Wait what? Pretty sure it means installed directly on the hardware, as opposed to virtualized

[–] ieGod@lemmy.zip 2 points 1 month ago

So I did some digging, and it's less clear than I thought.

I come from the embedded development world, where bare metal has been in use for a long time. Pre-2000s, this is exclusively what the term meant. Sometime around the mid 2000s, the virtualization services starting coopting the term.

So I guess it does indeed mean both, but being a stickler for tradition it doesn't sit right with me. The term just makes more sense when you're applying it to the hardware; bare. No middleman, and that includes an OS.