If some of these community developers up and leave or find something better to do with their time, the product could deteriorate very rapidly. It does bother me that many of the features that I and other users rely on are not built-in/supported by LimeTech and are only available through the will of the community members (which is one of the strong suits of UnRAID).I used to run dockers on UnRAID but since moved all my dockers off it onto Ubuntu Server VMs as I pool my UnRAID shares together and present those pools to my dockers for "high availability." I will say, I was very happy that LimeTech decided to add dual parity as that was a big one for me. In regards to the releases, I admit that ever since version 6 came out, the majority of the development seems to be geared more towards those running VMs/dockers.I always preclear my drives but it would be nice if it wasn't a requirement and more of a "best practice." For my 8TB drives it takes 24 hours to do 1 pass and 3 passes are recommended. Even though you can preclear drives before adding them to the array, it takes a VERY long time to preclear drives. The preclear process for new drives is definitely tedious.LimeTech has no answers for any users who have had these issues from what I've seen. We're talking reads not writes so there is no reasoning behind the slowness. Many users (myself included) have battled serious SMB transfer speed issues where transfers won't exceed 50MB/s.But would I much rather be able to just run and update and reboot? You bet ya. Now this sounds like a long process but it's not. Since the changes are all written to the USB drive and not the boot vmdk, after doing an update I have to power down the server, detach the USB drive from the VM, attach it and the vmdk to a Windows VM, recopy the data from the USB to the boot disk, detach the USB and vmdk from the Windows VM, reattach the USB to the UnRAID VM, and power back on. This works fine, until you need to do an upgrade. The VM boots off that, but once loaded, all config changes are written to the passed through USB. So to mitigate this I created a 1GB boot vmdk that is just a copy of the USB flash drive. I run UnRAID inside of a VM and booting off the passed through USB drive is VERY slow.I very well may wind up sticking with it and I'd be mostly happy to do so. Other than that, unRAID never moves or copies anything.Well since this topic has veered where I didn't want it to go and can't help that, I'll chime in.įirst off I'm not in any way disgruntled about UnRAID. The default schedule is for mover to only run once a day in the middle of the night. You can also make it run by pressing a button in the GUI. The only "moving" process is the mover script, which typically only moves things from cache to the parity array. Mover runs on a schedule. When moving on the same disk it just updates the filesystem data that keeps track of which folder the file is in.īut, there isn't anything going on in unRAID similar to your idea of 'everytime a "moving" process is happening'. Maybe you have some misconception that unRAID moves things around to balance storage. Well, in general, if something is moved from one disk to another, it always involves copying from source to destination, then deleting from source. I thought that unRAID maybe is causing this behavior, so that everytime a "moving" process is happening, it does copy and delete instead of just moving. But of course that would be strange. I would be so glad if the file would be written only once, since it takes a lot of time and my system stucks while copying, so for example plex isn't usable. I couldn't find a related setting/option in sonarr, and in couchpotato "move" is selected as default file action under settings - renamer. I'm using a HDD as cache drive formatted xfs, in case that does matter.Īs I said I'm not sure if it's because of some unraid setting or couchpotato and sonarr. downloads and media share is using cache disk, so in the beginning everything is happening there until Mover moves it to the array once a week. In total the file gets written 4 times instead of just once and then only moving. If something get's finished in nzbget it goes like this (for tv and movies): unrar to /downloads/tv/xy/unpack , then copying to /downloads/tv/xy and deleting /downloads/tv/xy/unpack, then copying to /media/tv/xy and deleting /downloads/tv/xy. I'm not sure whether this is an issue related to unraid or couchpotato and sonarr.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |