Use zfs sync
instead of rsync. If it's still slow, it's probably SMR drives.
Selfhosted
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!
ZFS is by far the best just use TrueNAS, Ubuntu is crap at supporting ZFS, also only set your pool's VDEV 6-8 wide.
I was thinking about switching to debian (all that I host is in docker so that's why), but the weird thing is that it was working perfectly 1 month ago
I host my array of HDD drives with btrfs, works well and is Linux native.
Make sure you don't have SMR drives, if they are spinning drives. CMR drives are the I ly ones that should be used in a NAS, especially with ZFS. https://vermaden.wordpress.com/2022/05/08/zfs-on-smr-drives/
It's an SSD, that's what worries me the most
From the article it looks like zfs is the perfect file system for smr drives as it would try to cache random writes
Possibly, with tuning. Op would just have to be careful about reslivering. In my experience SMR drives really slow down when the CMR buffer is full.
Where are you copying to / from?
Duplicating a folder on the same NAS on the same filesystem? Or copying over the network?
For example, some devices have a really fast file transfer until a buffer files up and then it crawls.
Rsync might not be the correct tool either if you're duplicating everything to an empty destination...?
Same NAS, same filesystem on an SSD without redundancy
Still the same, or has it solved itself?
If it's lots of small files, rather than a few large ones? That'll be the file allocation table and / or journal...
A few large files? Not sure... something's getting in the way.
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:
Fewer Letters | More Letters |
---|---|
LVM | (Linux) Logical Volume Manager for filesystem mapping |
NAS | Network-Attached Storage |
PSU | Power Supply Unit |
SSD | Solid State Drive mass storage |
ZFS | Solaris/Linux filesystem focusing on data integrity |
5 acronyms in this thread; the most compressed thread commented on today has 9 acronyms.
[Thread #486 for this sub, first seen 5th Feb 2024, 15:05] [FAQ] [Full list] [Contact] [Source code]
ZFS should have better performance if you set it up correctly.
That's exactly their gripe: out of the box performance.
If you set it up correctly
I'll try to know more about ZFS and I'll do it better next time, I see a lot of people pro ZFS so it should be good
That's, by the very definition, not out of the box.
Most filesystems should "just work" these days.
Why are you blaming the filesystem here when you haven't ruled out other issues yet? If you have a drive failing a new FS won't help. Check out "smartctl" to see if it reports errors in your drives.
That ive learnt the hard way it dosent 😅 have a Ubuntu server with unifi network in it, thats now full in inodes 😅 the positive thing, im forced to learn a lot in Linux 😂
they may be using really slow hard drives or an SSD without DRAM.
or maybe a shitty network switch?
maybe the bandwidth is used up by a torrent box?
there's a lot of possible causes.