freakyfreek

Makes sense. Thanks for your quick reply and creating these servers, much apreciated!

Hi, im running the Eco docker server. The CPU usage is basicaly always at 17%, even when the server is empty and its doing nothing. Is this expected behavior? I have run the Minecraft and Terraria docker from you before and they basicaly use 0 when no one is in the server. Im running on a 12500 with "unlimited" ram available for the docker. Any settings i can change so server goes to "idle" or something? I monitored this for an hour and it litteraly doubles the power my unraid server uses. Thanks!

Can i start the backup from userscript instaed of scheduled? What would the command be to start the proces?

Im not using parity. So its raw HDD speed. The issue is the mover proces doesnt consider other processes. When going trough SMB, or any other "file usage" really, this issue doesnt happen. It seems really strange to me that 1 process is allowed to hog a disk like that. I have never encountered this in a different scenario. Why is it not "shared bandwith / IO" like trough SMB? If i copy 10 files from a single drive, they will all go at like 20MB/s, not 1 at 199.90MB/s and the other 9 at 0.01MB/s. What is the process/command that is actualy used when the mover is running? Maybe i can look for a general resolution with the process/command being used on linux.

I already addressed this in my post and again in the comments, why are you suggesting it again? It's simple. Plex won't work during moving. Plex will be used any hour of the day. There are no off hours. I have it scheduled at a time where plex usage is least likely, but i would still like an actual solution, not a workaround. Thanks!

I would still like some help with this. Thanks!

Well i know i can schedule it at a different moment, i addressed this in my post. This doesnt resolve the issue.

Is there a way to actualy tell unraid to schedule the move during an idle moment or are you telling me to manualy schedule it at a time that is likely to be idle?

Hi all, Im running in to an issue i was hoping i could get some help with. Specs and usecase: Unraid 7.0.0, intel 12500, 2TB M2 cache, 3x 3.5" EXOS CMR HDD, 2.5Gbit network. xfs on array drives, no parity. Appdata, vm's etc is on the SSD. HDD's only contains media. My media is highest quality available, mostly 4K remux. I have around 10 plex users, almost all with high bandwidth internet connections and modern devices. Not unusual to have a few users streaming 4K remuxes all around 150Mbit. This normaly works great. When the mover runs and is writing to a disk that Plex is also reading media from, the stream will buffer. It seems like the mover "totaly consumes/overrides" all other disk activity. I have tried some fixes from the forums/reddit, none seem to really work. Tested with Priority for mover process and Priority for disk I/O but they dont seem to make a noticable difference, still unable to stream from plex during moving. Found something about setting vm.dirty_ratio to 1, doesnt help for me. When downloading a few large files over smb share to windows pc in my network, im having no trouble streaming over plex. bandwidth/disk io seems to be shared somewhat evenly between everything. Im not sure if this is because all processes are reading from the disk, not writing. Writing would go to the cache drive, so no issues there. Moving large amounts of files between disks with "unbalanced" plugin causes the same issue as the mover. almost totaly consuming all disk io/usage. After some googling, this seems to be an issue for years. I can schedule the mover to run at a convenient time but i have users streaming at different times so i would like to avoid situations where users are effected by this, i want them to always have a good experience using plex. There must be some way to just set the mover to go at like 50MB/s or low priority or something? I dont care if the mover needs to run a few hours longer, i just want it to be super low priority. If i need to provide more information let me know. Thanks in advance!