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?

Glad (well not actually glad) I'm not the only one experiencing these issues, of which, Explorer is definitely one of them that causes this from time to time. The other day, after upgrading to 6.3.1, no drives spun up when using radarr, sonarr or anything else, as I created a new tv show, or movie. Nothing spun, all was cached properly. Then of course the next day it began again. I'm installing the file.activity plugin as we speak, hopefully that helps pinpoint some of this to a better degree, and will look into the tips and tricks plugin as well. Update: After installing the file.activity plugin, and tweaking down the cache settings in tips & tweaks to 5 and 10, after one episode downloaded in sonarr, file.activity outputs this: 2017-02-13 12:30 => /mnt/cache/Television 2017-02-13 12:30 => /mnt/cache/Television/Maine.Cabin.Masters 2017-02-13 12:30 => /mnt/cache/Television/Maine.Cabin.Masters/Season.01 2017-02-13 12:30 => /mnt/cache/Television/Maine.Cabin.Masters/Season.01/S01E05.-.Rebuilding.the.Old.Schoolhouse.SDTV.x264.AAC.nfo Drive 3 spun, the location where I'm sure the episode would be going to. Couldn't help but notice that the writing of the actual file didn't display in the activity list.. not sure why, as the file was also written to the same location. Nothing else was browsed, no explorer action on my part. File gets downloaded, sonarr picks up, notifies plex and kodi. This does work without any spinups, and normally should work without any spinups, and has worked, for a very long time without any.

See attached for the diagnostics export file, although I don't know that it's helpful or not in a case like this. medianas-diagnostics-20170207-1006.zip

What he said! I'd really love to know whats causing my "rogue spinups" as I'll start calling them. If there's a method to all this madness in finding a way to see what could be doing it, I'm not familiar with how to properly use something like ionotify/iotools

As a side note, if this were in fact a "not enough memory" issue and cache_dirs wasn't fully caching shares because of it (I can't imagine it being since allocation is barely used at all for cache_dirs), what alternative could I even do otherwise to figure out whats causing these spin ups? Is the Open Files plugin my best bet at trying to figure out the culprit? iotools/ionotify? Something is causing this that I almost never saw occur in the past, but things don't just change without some sort of reason, and that reason is what I can't figure out. I don't feel like the amount of files I have in directories is a lot, especially compared to other users (at most, it's just regular video file, matching nfo and matching poster/episode image)

Well it just happened again, this time spinning up every drive in the array. Caught what I could on the Open Files plugin. And as I said in the previous post, Movies is set to Use Cache: Yes. Plex is turned off. No notifications or update libraries are going out to anything. This is unraid just doing this all on its own. I've also changed the cache_dirs settings to not include or exclude any, so it's caching all shares. the Sin.City.(2005) folder and contents are on the cache in /mnt/cache/Movies, awaiting mover... but clearly unraid has other plans or something is still very wrong, as like I said, every drive spun up. Any other thoughts from anyone would be incredibly helpful. More than willing to change any settings, I've tried everything I can think of at this point. If it helps at all, my current permissions settings for Sonarr and Radar: File & folder chmod mask: 0777 Chown user: 99 (nobody) Chown group: 100 (users) All shares and folders are also set to 0777/0777 99/100

Memory size allocated 7.834 GB installed 8 GB (max. capacity 32 GB) I have no issue with running cache_dirs for all shares, I'll gladly switch over to that now.

As an update... I appear to still be getting these spinups, only on a much worse scale now. With nothing else about cache_dirs, the user shares, or anything else changing since. From what I can see, cache_dirs being active, enabled, with the settings attached to this post, now results in even full spin ups browsing through MC on a putty session, as well as even through an ftp connection - which both of those never once ever did. Is there a method to find a log of these spin ups and whats accessing this? System log doesn't give details, only thing I know of is the Open Files plugin, but thats not refreshed automatically, so I'll never catch the spin up as it occurs or what's causing it. If there is any discrepancy someone can point out in either of these settings which make cause something like, whether it be docker or cache_dirs or the shares, please by all means, I'd appreciate the helpful info. I was at my wits end when I created this thread, at this point it's making me lose sleep. I've completely disabled plex now, as well as any notifications to it or kodi, so at this point it's just the NAS and the drives, with nothing accessing it. As an update, plex and kodi both completely off and not receiving any notifications. Sonarr can dl however many episodes, nothing spins. Radarr downloads (based off those docker paths below), SPIN UP OCCURS. How in the holy hell. 1 disk spun, disk 3. 0 clue as to why. Either a symptom of nothing existing for the movie prior, therefore Radarr had to create the directory that didn't exist first (again, Movies share is Use Cache: Yes).....

Post your docker run command. Disregard, forgot nzbget scripts had to be in separate folders within scripts

Good idea on the ppscript route, hadn't thought of that, I think that may be the best option for this. Thanks!

Anyone having issues attempting to get nzbget to see the scripts directory? Cannot for the life of me get it to see anything within it, no clue why. It also never created the directory when nzbget was first setup, but regardless, made the dir 0755, and nobody:users, yet nothing inside it is detected on the PP script list.