ceepeebee

Hey, I'm also a bit of a noob, but I might be able to help a bit. 1) I read the same guide. The /mnt/user/appdata** path is identical to the /mnt/cache/appdata** path, assuming that your appdata is stored on cache. You can tell this by going to the cache drive in "Main" and clicking the windows explorer-esque logo on the right to see what data is stored on it. You can then go to "Shares" and just sanity check within the share the "use cache pool" setting (see below). Going back to the /mnt/user vs /mnt/cache discussion, the reason that I've read this is a worthwhile change is that the /mtn/cache path is a more "direct" route for want of a better description, to the data, and via /mnt/user which I believe hits a few other sub-systems before ultimately hitting the cahce. I wish I could help on 2) - I know nothing

Interesting - thanks for the response. I have a 16TB parity drive, but the data array is actually utilising much smaller drives (for now...). So, I'll do as you suggested and see if I get any weird overlaps that cause me to take note. Thanks again!

So, furthermore @Frank1940 How does this interact with the standard parity checking time above that setting? I've just grabbed the plugin and I've set my schedule to monthly, to begin on the 1st of each month at 1.30am. I've then setup the tuning settings to 1.30am and 4.30am daily to allow a few hours each day for the check. The reason I've made the window so small is the mover task runs daily at 4.40am. Can you confirm whether you take this into account too?

Thanks to both for the replies. Appreciate that there is no "golden rule" here and throughput, additional services, data location will all play a part. @Frank1940 - you said you use the Parity Check Tuning plugin to restrict the checks to certain times. Presumably that runs for a few hours overnight, pauses, continues, and so on and so on until it's complete? How big is your array and do you find this overlaps the parity check runs?

Hi all, After a play around with unRAID on an old Microserver, I plumped for a proper build and have it in situ now. I created my shares, dumped some drives in, and started copying all my native data (docs, pics, etc) and Plex data to it as well as ensuring my dockers were up to date etc. I sit here now, proud that almost all of my 12TB of media has transferred over; I then suddenly realise that as I'll be running file sharing, some other media servers and more, all from the same "array", I might suffer something I hadn't previously thought of as I had a dedicated PMS before; performance issues. So, whilst my media is now scattered across all disks, I'm aware that, had I not been a complete fool, I might have been able to think about this a bit more without battering my disks. My question is, am I worrying about nothing? I have a combination of 5900 and 7200RPM drives in the array (7200 parity drive). Am I likely to actually see performance stutters and bottlenecks from general file shares and backups etc. My guess is "very possibly". Share with me your setups if you think it will help as a teachable moment

That's actually a great shout. I was using Tonido to access my files, and I created a new folder to upload to, through this app. When I list the dirs and permissions it showed that Root had been assigned the owner of this folder, however when creating via SMB, it's the unRAID user. Very interesting. I fixed by creating through SMB and deleting the other, but I'd like to know whether there's a way of manipulating this? Would you just ensure that root has access to the relevant folder?

Not trying to hijack but this seems the perfect place to add some of my woes. I am running 6.9.2 and I've come across something strange when trying to change where some of my devices upload camera shots too automatically. I have a share called Documents. That has been in situ for a good 3 months, and I have read/write permission to that folder (demonstrably -I can delete files). I created a sub-folder under that share called "temp" for example, and for some reason, I don't have write/del access. I can read the contents no issues, but I can't delete or directly create a file using Windows (SMB). This folder is used by an app on my smart device however to upload to. The really weird thing is the top level file structure hasn't changed and I always though that share-level permissions were pervasive in unRAID, so what gives? I get the lovely "you require permission from \root to make changes to this file"

Hi guys - sorry to revive a very old post, but this is the first post I've found that seems to relate directly to my specific circumstances. In the config you mention above, you have the relevant port 80 and 443. In my Airsonic setup I have a different TCP (and UDP) port setup - does this change any of this, or will the first port of call (see what I did there?) still bee 443 for SSL? For example, my Airsonic might be on port 4444 (TCP). I've added the Airsonic docker onto the relevant network I created for Lets Encrypt (and Nextcloud) to run across, and added in to the Let's Encrypt docker the subdomain entry I wanted to use (for example 'music'). I do all of this and update the config as above, but SSL still fails. What am I missing here, aside from a fundamental network understanding!