Berg

Running into the exact same issue ... Looking forward to some input Thank you. Update: While I am getting the same 404 error as cardo, I can confirm that NZBGet appears to be working properly otherwise - it receives files to download and execute the download properly, handing the completed download back to the program that found the file.

Hello, I am running unRAID 6.0 RC2 on the system described in my signature with 19 data drives of mostly media content, from TV shows and movies to music. I have have a client running XBMC/Kodi set to scan for new content regularly along with running the Subsonic docker on my server scanning every night my music share looking for new content. I am very pleased with how everything is working and I'm finally getting to the last few tweaks to make my system just about perfect. I would love to limit the amount of times my drives spin up so I'm thinking that using my cache drives to save my content during the day along with caching my directory content would limit any (most?) drive spin up to overnight when Subsonic scans for new music and the cache script move new content to the array. Well, except for when I'm actually watching content So, I'm wondering if I should use the cache_dir script to cache my extensive media listing (40Tb+) to either memory or to a directory on my SSD cache drives to limit drive spin up to a minimum? Would this work? Is there just too much content to"index"? Is the other way to use the XBMC/Kodi docker to save my content "index" on my cache drive and prevent my client machine "poling" the server regularly? Of course, this would also have the benefit of allowing a multiple XBMC/Kodi client environment to share one "index". What would be best? I would love to hear your suggestions! TIA.