Spies

Over the last couple of weeks the docker has become hung and the webui, sonarr, and radarr are unable to communicate with it, the only thing I see if this line repeated multiple times: error: failed to rename /var/log/php7/error.log to /var/log/php7/error.log.1: Permission denied Any suggestions?

Thanks.

Any way i can diagnose why it isn't working? setting hidden on the main unraid shares works fine. Could it be SMB caching somewhere?

But I'm saying that "Yes (hidden)" still shows under \\tower In my mind this should mean that you cannot browse to it under \\tower but typing the absolute path \\tower\duplicati would mean you could still access it?

How does that differ to setting just "Yes" then?

I set it to "Yes (hidden)" but the share still appears (albeit inaccessible).

Is it possible to have Sonarr monitor more than one path for media? e.g. /mnt/user/media/tvshows/ and /mnt/disks/nas_media/tvshows

How do you prevent mapped SMB shares being exported? I've had a look but can't find a setting.

I have 440GB of data I need to backup to another NAS, file sizes range from kilobytes to gigabytes. Is duplicati the right solution for me or will it struggle with that volume of data?

Yes, it would be if I was mounting a path on another NAS which creates a link under the disk/user share.

Does mounting a SMB share in unassigned devices count as a drive in the unraid license?

Do you use unassigned devices to mount the UNC share?

What is the correct way to add media from an external share (SMB or NFS) into the Plex docker whilst retaining the existing media which sits in the array?

Edit the rutorrent.rc file in the appdata share.

Started having issues and not sure where to go for support, I use Jackett with 3 trackers, they all work in Sonarr, but one fails to add in Radarr, it has been working fine for ages but I just get the message "No search results returned please check your settings", but when I check the tracker in Jackett it works fine, also in Sonarr. Everything is up to date.

Still keeps stopping working every couple of days, since ticking disable updates its stopped causing 100% cpu on one core, but now it just doesn't return results. Testing it via sonarr fails, once its restarted it works fine again, I don't really have any in-depth logs to post here.

32gb (8*4gb) because its the maximum the board supports and it was a good price on eBay (£30).

Thanks for that.

This still periodically enters a state where it tries to start itself (when its already running) over and over again, causing 100% load on one cpu. (mono is seen in top at 100%) Any ideas why this might be happening?

Can you run this script under any Linux distribution or just unraid? I have 4, 3tb drives to preclear.

Still issues with mono randomly using high amounts of CPU with this docker. Looks like it's trying to start over and over although it's already running. 04-06 00:10:08 Info LibCurl init Ok 04-06 00:10:08 Info LibCurl version libcurl/7.52.1 LibreSSL/2.4.4 zlib/1.2.8 libssh2/1.7.0 04-06 00:10:08 Info Starting web server at http://*:9117/ 04-06 00:10:08 Error Address already in use: Most likely Jackett is already running. 04-06 00:10:10 Info App config/log directory: /config/Jackett 04-06 00:10:10 Info Starting Jackett 0.7.1256.0 04-06 00:10:10 Info Environment version: 4.0.30319.42000 (/usr/lib/mono/4.5) 04-06 00:10:10 Info OS version: Unix 4.9.19.0 (64bit OS) (64bit process) 04-06 00:10:10 Info ThreadPool MaxThreads: 1600 workerThreads, 1600 completionPortThreads 04-06 00:10:10 Info issue: Welcome to Alpine Linux 3.5 04-06 00:10:10 Info mono version: 4.6.1 (Stable 4.6.1.5/ef43c15 Thu Oct 27 15:59:40 GMT 2016) log.txt

Since the last update, rtorrent is regularly taking up 100% of one core and becoming unresponsive. Restarting the docker fixes it for a while. rtorrent.log doesn't really provide anything useful: 1491292527 W Ignoring ~/.rtorrent.rc. 1491292527 N rtorrent main: Starting thread. 1491292527 N worker_rtorrent: Starting thread.

Just installed this because my unraid server keeps crashing and I feel like its to do with running out of memory, it has created a 4gb swapfile on the btrfs cache drive, a few posts up suggests that this shouldn't work, is that still the case today? Top shows the following: Tasks: 433 total, 1 running, 432 sleeping, 0 stopped, 0 zombie %Cpu(s): 1.1 us, 0.6 sy, 0.0 ni, 97.1 id, 1.1 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 20568732 total, 305412 free, 15428820 used, 4834500 buff/cache KiB Swap: 0 total, 0 free, 0 used. 4048564 avail Mem Just changed it to /mnt/disk4/cache and now it shows: Tasks: 454 total, 2 running, 452 sleeping, 0 stopped, 0 zombie %Cpu(s): 2.3 us, 3.1 sy, 0.0 ni, 90.1 id, 4.4 wa, 0.0 hi, 0.2 si, 0.0 st KiB Mem : 20568732 total, 943764 free, 15212644 used, 4412324 buff/cache KiB Swap: 4194300 total, 3877760 free, 316540 used. 4246276 avail Mem So I guess that means its working, could you put the swapfile on a flash drive formatted as vfat?

Is anyone able to successfully download magnet files with rutorrent? I'm getting Tracker: [Unable to connect to UDP tracker.] but can't imagine that its an issue with ruTorrent directly as the issue doesn't appear to be widespread? Could it be a nuance with the docker? I've forwarded the DHT port incase that was the issue but it's had no effect.

I was using binhex-deluge but the extractor was unreliable so switched to rutorrent but I don't fancy switching sonarr and radarr as I will have to add my episodes again? Is there a way to password the webgui for rutorrent by the way?