NVS1

Did you ever get an answer to this? It seems as though I'm encountering this issue too... only solution right now is to restart my container, and then everything clears up. After a couple days, my trackers will start showing HnR's and such, and they're not seeing any of my torrents being seeded.

I know you didn't speak directly to my post, but I looked at that and saw similar errors in my logs... turns out it was the VPN provider (PIA)... Not sure what's going on, but the CA locations don't appear to support port forwarding anymore, and their france location must be having locations. Resorted to de-berlin, and everything is back online now.

So.. somehow the iptable_mangle module issue seems to have resolved itself, but I'm still unable to get my WebUI to load. It's still going through and displaying this output in the log So I still suspect it's to do with the UDP link local not bound warning there. That aside, I'm at a loss as to what to try next Edit: Was looking in Sonarr to see if it could even communicate with Deluge, and it's showing errors that Deluge is inaccessible. When I try and test the connection I get:

So, this morning I noticed that none of my torrents were connecting to the tracker. Originally I thought it was one specific tracker, but then quickly realized everything wasn't working. The tracker error was: Error: Cannot assign requested address I couldn't find any helpful information on that error, and since it was impacting more than 1 tracker, I figured it had to be something local to me. I tried to restart my deluge container, but after doing so the Web UI wouldn't come back up. I then went ahead and restarted my Unraid box and found that for whatever reason the Web UI there also started to fail to load. Finally I went ahead and restarted my network equipment and was able to get back onto Unraid. Everything seems to be online (Plex, Sonarr, etc.), however Deluge is still having issues. I'm still unable to load the Web UI. I was unsure if it was completely loading, and I remember a while back I had an issue with PIA VPN no longer supporting port forwarding out of Montreal, so I had switched to France (was still using that). I went ahead and tried to recreate my .ovpn file and tried the new servers for CA-Ontario, CA-Montreal, and even France. I noticed in the Deluge logs I was once again getting the port-forwarding errors there; even for France. I opted to use their Current server configuration, and chose France again, and no longer see that port forwarding warning... In the logs I do see some concerning items. The first is this: The Link Local showing as Not Bound... I'll admit I have no idea if this is related to my issues, but I assume it's an issue being unable to bind a local IP? Looking further at the log, I see a more critical error and one I'm unsure on how to resolve and I'm confident is the source of my issue. So before anyone suggests it.. I realize it literally tells me to attempt to load the module by executing '/sbin/modprobe iptrable_mangle' on my host. I have tried that. I SSH'd into the server, and executed the command... Executing the command exactly as it's written gave me no output or confirmation of anything. I restarted the deluge image and see the same error list. I then tried to navigate to that folder path.. I'm told modprobe does not exist. I can navigate to ./sbin/, and I can type dir to get the directory listing. In the directory listing I can see 'modprobe' is listed there, but I cannot navigate into it. Assuming this is the actual cause of all my issues, I realize this is slightly getting away from Deluge specifically, but iIf anyone has any input on how to resolve this issue, that would be great.

Thanks @Nostrada that appears to have worked... I have Grafana installed and everything appears to be running, however I'm unable to log in. I'm presented with the login page for Grafana, and I've entered the username (admin), and the password that I configured in the Grafana settings where the env variable was "GF_SECURITY_ADMIN_PASSWORD". Unfortunately everytime I enter admin/password (the one I chose there), I'm greeted with "Invalid username or password". I was trying to browse through the forums here to see if anyone else encountered it. I saw some reference to a grafana.ini, so I wanted to check that out. I actually can't find a grafana.ini file. It appears it's supposed to be under /etc/grafana/grafana.ini, however I can't even find anything at /etc/grafana. In fact the only thing I've managed to find is /mnt/user/appdata/grafana which contains the grafana.db image, and an empty png and plugins folder. Looking at the unraid log file, I can see the following: It appears that it's configured correctly, however I still can't find any grafana folders at the referenced locations above... either at /usr/share/grafana, etc/grafana, or /var/lib/grafana.

Tried to install Telegraf, and upon clicking Install I get this error: I tried to go in after and manually uploaded the telgraf.conf to the proper location (confirmed it does not have .txt or anything at the end of it). After trying to restart telegraf, it just tells me "Execution Error: Bad parameter". Not sure how to resolve this issue.

Ah, thanks for that. Didn't realize PIA's port forwarding broke... using France for now then, thanks

I'm getting the same error as well. I did update my Unraid version from 6.8 -> 6.8.3 tonight, and didn't notice anything until hours later... not sure if it's relevant. Looks like Sonarr is seeing errors connecting to it too. Unable to communicate with Deluge. Unable to write data to the transport connection: The socket has been shut down. Outside of the update to the OS, I did install Dynamix SSD TRIM, but I wouldn't expect that to cause any errors...

Glad to hear everything is configured properly. My docker image was originally 20gb and I read some older posts of some users maxing that out due to some rogue log files from Plex (I think it was?) so since I had the space to spare I increased it to 35gb. I know if there are rogue log files I hope to catch those well before the docker image fills to 20gb, let alone 35gb. So short answer, no I personally have not had issues in the past. The whole reason why I posted with these questions was more about the one comment that another poster had, and I believe it was jonathanm that recommended they should not be pointing their appdata to the /user/ directory and that was likely the root of that users db corruption issue. I was simply concerned that since my setup was pointing my /appdata folders to the /user/ directory, that it may just be a matter of time until I start having corruption issues. Anyways, if my setup looks good and I have nothing to fear with the way my various configs are setup, then that's great!

htpc-diagnostics-20190521-1627.zip Gotcha, I've uploaded the diagnostics file for you now. Thanks

Gotcha, it appears to be using just the Cache (7.5gb). I'm not sure if you saw my edit before which showed the details of the /appdata share settings Should I be changing the Included Disks from All to Disk X? If I do that, would you anticipate any issues with loss of data even though everything is on /cache right now?

Thanks for the heads up. Which setting are you referring to when you say it depends on the appdata share settings? Under Global Share Settings, I have Enable Disk Shares set to Auto, User shares set to Yes, and Included Disks set to All. Is there another setting that you were referring to? Edit: Under the Shares section the /appdata share is also configured to use All Disks here. Should I be changing this to only a specific disk? Can I do this safely without losing data?

I've actually got some questions around this and they're probably going to sound fairly stupid lol. I wasn't aware that the appdata shouldn't be stored on /mnt/user, the docker apps typically defaulted to that and I assumed that was okay. I haven't encountered any corruption issues (yet), but of course want to avoid that potential. I do have a cache drive, so should I be storing all my appdata on the cache, or simply move the appdata to a specific disk? FWIW I have a 10tb parity drive, 10TB, 6TB, 2x3TB drive for storage, and a 500gb SSD for the cache. My Plex's setup is: /media is /mnt/user/Storage /transcode is /mnt/cache/appdata/plex/transcode /config is /mnt/user/appdata/plex Radarr /downloads -> /mnt/user /movies -> /mnt/user/Storage/Movies /config -> /mnt/user/appdata/radarr Sonarr /config -> /mnt/user/appdata/sonarr /tv -> /mnt/user/Storage/ /downloads -> /mnt/user/ Deluge /downloads -> /mnt/user /config -> /mnt/user/appdata/binhex-delugevpn I realize this question is a bit more generic and not sonarr specific, so I hope this okay. Thanks in advance Edit: If I was to move all my appdata from the /user/ to /diskX (or cache?), would it move the existing data, or should I be backing up the appdata folders, repointing my docker config and then copying the configs, and such over?

That makes entirely to much sense! I think it's working now. Thank you so much!

I'm having some issues with Sonarr accessing the data files. I have looked at this thread here and although I agree it does apply to me, I just can't figure out what I've got wrong. I am getting the error in Sonarr Though when I look over my settings, I don't see what's wrong. I'm using binhex-delugevpn for my torrent client, and I have the following In sonarr, I have It reads my Storage drive just fine. Imported all the shows, identifies what's missing and gets it queued with Deluge, but that's where it fails. According to the Real Docker FAQ, the /downloads and /data paths should be the same; or at least that was my understanding of it. When looking at my ftp server to see where the files are, I see the following: To me the paths look correct, but I know I'm missing something here. Any help would be great!