magiin83

I never would have even thought to think that... thank you very much.

Old thread but still relevant. I'm on 6.5.0. Randomly saw the other day that there was an update for cache_dirs available, which I thought was strange since it didn't look like there was really an update. Update log still showed the last change at "2018.12.04 - Merged updates from Alex R. Berg" Never the less, I clicked up date, and now I've started also getting the etc/cron/daily email error with the following: cron for user root /usr/bin/run-parts /etc/cron.daily 1> /dev/null error: Ignoring cache_dirs because of bad file mode - must be 0644 or 0444. Now considering there wasn't even an update for close to 2 years.. what could have actually changed in terms of the files? Also what's this even referring to that requires a permission change? Any help would be much appreciated.

Yeah that's definitely way more than I'm trying to attempt to get this running, but I appreciate the info. I'll just stick with trakt for sync watched and deal with fast forwarding or whatever if I switch NUC's in different rooms when watching something mid-way.

Is this still the only method (whether it's working or not?) of having a headless sql database on unraid? I dont believe I ever got this fully setup months ago, and had a headache of a time trying to. I'd still love to get my 2 NUC's linked together with a mysql rather than just trakt watched status sync across. I remember trying to put this together with the advancedsettings and sources xml files, along with maraidb and this docker, kodi displayed as headless off unraid, but I could never get anything to properly sync to the other NAS. Is there a better method of headless these days? Doesn't seem this thread is active anymore or I would presume this was the go to.

Just want to say, thank you enormously for that well-written overview. I am starting this mysql database from scratch, and having never used mariadb or the headless docker before, I'm sure this description you gave will be very help, so I really greatly appreciate you explaining what needs to be done! Cheers!

I have been wanting to finally give this headless idea a go, and have read through this thread multiple times - regardless of user error, issues with the docker that seemed to occur around when 17 and 18.0 started to come about - is this docker currently functioning? I've never messed with any mysql database stuff before, but I'd like to start although it seems daunting at first. I do have 2 instances of kodi running, 1 on a main htpc that is used the most often, and another that isn't used more than 5x a month, so this seems like the best option rather than keeping that instance running 24/7. Between the setup details on linuxserver's git and the details posted a few posts ago with the xml details and what to use with the sources and advancedsettings, is there anywhere else I should be looking for details on getting this started?

I've put the host names back into the spin up group sections, with each drive having its own name. Out of all that has been brought up with this issue, my issue seems to occur with the following, and only the following: - Movies (once the download finishes, and Radarr/CP/whatever sees said files and begins to import them to the array via cache drive symlink, as soon as the files finish moving, immediately drives spin up. All of them. There isn't a notification for anything going anywhere, all Radarr is doing is just importing said movie into the list. TV does not have this issue and it DOES have a notification sent out yet nothing spins up for it, but this could go back to Sonarr having specific folder updates that properly work for kodi, not full library scan that CP/Radarr can only do for now. Movies Open Files Log: unrar 30844 3 2 /downloads/inter/Sexy.Beast.2000.720p.BluRay.DD5.1.x264-EbP.#27 (working directory) /downloads/inter/Sexy.Beast.2000.720p.BluRay.DD5.1.x264-EbP.#27/iDJGuQB7yMH7sBfGNkkEWt6Nc2oFMr7WAXX2 ... /downloads/Movies/Sexy.Beast.2000.720p.BluRay.DD5.1.x264-EbP/_unpack/KRUZjENyfY7g8XMoQDnGGhRftOY1/1P ... shfs 10638 1 1 /mnt/cache/Movies/Sexy.Beast.(2000)/Sexy.Beast.2000.Bluray-720p.x264.AC3.mkv.partial~ Compared to TV Open Files Log: shfs 10638 1 1 /mnt/cache/Television/Black.Sails/Season.03/S03E01.-.XIX.DVD.x264.AAC.mkv.partial~ mono /downloads/TV/Black.Sails.S03E01.BDRip.X264-DEFLATE-Obfuscated/1GaxrlCWwuFjXL1AXBjT0bpEK.mkv.backup~ (/media refers to docker host path /mnt/user/Television) /media/Black.Sails/Season.03/S03E01.-.XIX.DVD.x264.AAC.mkv.partial~ - Browsing a share via windows explorer (granted, this could be anything from the folder view structure to just accidentally hovering over the directory too long)

Update: Spin-up groups enabled, all groups are blank named, across all disks. TV episodes, no issue whatsoever, download as many, import into sonarr, kodi gets updated, no spin ups. Movies however, there's clearly a problem (which again this may go back to the issue of memory, things being pushed out of memory cache) As soon as the movie finishes unpacking and Radarr picks it up, that initial move where the file is filename.partial as it moves into /mnt/cache/Movies.... all drives spin up. Across the board, the second that movie begins its initial copy as the symlink. 6gb file for movies, versus 500megs files for those tv episodes which causes no disruption or spinning up.

My experience, it's rare when I've seen it not spin up all drives upon mover initiating. I can think of times when it hasn't, but you're right, it shouldn't technically be spinning all drives as it is just rsync and pointing specifically to certain drives. I've removed the spin-up group names for now, will report back with anything else I see.

Mover will always spin up all drives, regardless of there being files going to only 1 drive or not. I'll take a closer look into spinup groups, I've heard enough back and forth about them, the positive and negative, but assumed they were just a part of unraid almost no one uses anymore.

Interesting turn of events. Ok so if I'm to understand, you now have groups enabled? Or you enabled them, set shares to groups (also cleared out the group names from each disk (how did you do this? editing disk.cfg?) and then disabled groups to make sure they flushed? I didnt even know there was a recycle bin plugin, I'll have to look into that. As I mentioned in the previous posts, I do have the issue with kodi essentially spinning up drives to capture new movies (not tv, but that more than likely has to do with sonarr's specific folder update, rather than radarr which only has the full library scan functioning so far) Also, I do still have the ram being delivered tomorrow as well, which couldn't hurt in the long run regardless of this working without the need for the upgrade. But I agree, this issue of spinning up did occur some months ago, after it working and nothing ever spinning for months at a time. Like a flip of a switch

I also have hosts next to the disks that exist: diskSpinupGroup.1="host1" diskSpinupGroup.2="host5" diskSpinupGroup.3="host2"

All I can say is this is not how my system behaved before I started seeing these issues months ago. If I wrote something to unRAID using a cache drive no other drive spun up - ever. Now apparently something is pushing directory information out of the cache. I am ordering additional memory. I'll report any difference it makes. I'm also ordering ram, but as a side note, I did decide to turn off the plex docker, and sure enough, nothing spun, for an episode downloading and importing as well as! a movie downloading and importing to radarr.... honestly never would have thought this was a ram issue, nothing about this would have alluded to it (at least in my eyes)

There is nothing cache_dirs can do. Understood, but if it were a memory issue, which I would gladly expand if it was really necessary, wouldn't I be seeing a much higher percentage of ram used up if that were the case? And again, why is this an all of a sudden case, or the last few weeks for me. Just seemed like it came completely out of no where... and if I'm running into this issue at 8gb of ram, and a total of 1600 folders that are being cached, what kinda of case would people need with twice as many folders, or an even larger amount of included folders in cache_dirs?

You also mentioned you had significantly more folders contained with your media. As for the change in behavior, the day I upgraded to 6.3.1 from 6.3.0, is the one day I saw no spin ups occur that weren't unnecessary ones, so for a moment there, it was all working as it properly should. I'm not saying cache_dirs isn't functioning, because it definitely does as I can essentially browse all of my media in various ways (MC, ftp, etc) without any spin ups (Explorer excluded), in and out of dirs. But when it comes to these slight changes that are apparently occurring and kicking a folder out of cached memory, it doesn't make much sense to what or why one simple change within /Television or /Movies is causing it to do that, when everything else was cached in the first place. So, what exactly needs to happen for cache_dirs to basically "update" the folder structure to not have a drive spin up? And why all of a sudden has this started happening when it functioned for months at a time without a problem?