tuna83

I've been troubleshooting this on and off for the past 2 weeks. would love to work it out by myself but am turning here for help in the end. I'm new to pfsense so I assumed it was an issue with my knowledge there, but I think it's down to checking that the docker is working on my end properly. I'm having some issues getting the server connected from external IP's. I'm sure it's a port issue. I can access the game if I use the local address 192.168.0.101:26900, but can't using the external one. Using the diagnostics from the router it seems the docker isn't actually listening on port 26901/26092/26093/27015. Is that right? I opened the ports listed in this wiki page: https://developer.valvesoftware.com/wiki/7_Days_to_Die_Dedicated_Server#Firewall_Ports as I couldn't find anything concrete specific to the docker container, and it correlates with the container ports output_log.txt

Thank you, of course it worked. I combed that log for about 3 hours trying to see something that would flag the issue. What made you see what the problem was? Like I said I was pretty annoyed I couldn't fix it myself, even more annoyed now it turns out the answer is in the FAQ..

I hate that I can't get this working myself. I've combed the FAQ and can't find anything in this thread that seems to match what's going on. I've had this docker working before, but am only now trying to swap over completely from qbittorrent. I pulled it again and can't seem to get the webui to load. Tried deleting all the old config and starting again with no luck. Can't seem to see any significant errors in the supervisord log. When I try to go into the web ui it times out persistently. Any thoughts? supervisord.log

Hey all, I'm cleaning up my downloads folder to make a bit more space while I wait for my next drive to arrive. I want to check that my hardlinks are working correctly and I'm not just duplicating the files after sonarr/radarr imports them. Is there a way to batch audit ~600 files to make sure they are hardlinked and not taking up twice the space on the drive? Cheers, Tuna.

Hey all, What solutions are people using for torrent queueing? I'm looking to swap from qbittorrent and I was surprised to find this wasn't a feature in rtorrent. I've noted that pyrocore is included in the container, and https://pyrocore.readthedocs.io/en/latest/advanced.html?highlight=dry_run#rtorrent-queue-manager suggests this implements the functionality I'm describing (i.e. limiting max simultaneous downloads to <4 or whatever, while allowing a larger number of active torrents to seed). I've changed job.queue.active = True however, with job.queue.downloading_max = 8 and rtorrent is still trying to download 50 torrents at once. Am I doing something wrong?

Fixed! I had the wrong subnet in the docker settings. entered 192.168.0.1 instead of 192.168.0.0 Interestingly, managed to typo that a few times since I think I reinstalled the docker image 3 times.

Good stuff!

I'm having trouble getting sonarr/radarr to talk to qBitTorrent. I've done a lot of sleuthing, and after following Radarr's error of 19-7-14 16:27:01.9|Warn|HttpClient|HTTP Error - Res: [POST] http://192.168.0.101:8080/login: 503.ServiceUnavailable 19-7-14 16:27:01.9|Error|QBittorrent|Failed to connect to qBittorrent, please check your settings. [v0.2.0.1358] NzbDrone.Core.Download.Clients.DownloadClientException: Failed to connect to qBittorrent, please check your settings. ---> NzbDrone.Common.Http.HttpException: HTTP request failed: [503:ServiceUnavailable] [POST] at [http://192.168.0.101:8080/login] at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00131] in C:\projects\radarr-usby1\src\NzbDrone.Common\Http\HttpClient.cs:93 at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.AuthenticateClient (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings, System.Boolean reauthenticate) [0x000a4] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:276 --- End of inner exception stack trace --- at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.AuthenticateClient (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings, System.Boolean reauthenticate) [0x000e5] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:286 at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.ProcessRequest (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00000] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:217 at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.ProcessRequest[TResult] (NzbDrone.Common.Http.HttpRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00000] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:210 at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentProxy.GetVersion (NzbDrone.Core.Download.Clients.QBittorrent.QBittorrentSettings settings) [0x00012] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrentProxy.cs:48 at NzbDrone.Core.Download.Clients.QBittorrent.QBittorrent.TestConnection () [0x00000] in C:\projects\radarr-usby1\src\NzbDrone.Core\Download\Clients\QBittorrent\QBittorrent.cs:214 I found a corresponding error in qBitTorrents logs (W) 2019-07-14T20:40:40 - is not a valid IP address and was rejected while applying the list of banned addresses. (N) 2019-07-14T20:40:40 - Web UI: Now listening on IP: *, port: 8080 Google really didn't bring up much. I suspect most people enable localhost authentication and ignore authentication processes entirely, but I can't get that to work when entering my subnets for the host PC/docker image. I have no banned addresses entered - this is a clean image of qbit with no settings changed. I tried to enter some with no luck as well. The only troubleshooting I've really found on this issue is here: https://www.reddit.com/r/qBittorrent/comments/9oej06/is_not_a_valid_ip_address_and_was_rejected_while/ The solution Doesn't work either, as changing the IP address to anything else results in being unable to connect to the webui. I'd really like to get qbittorrent working, as I find it the most user friendly client!

Problem: default username and password ("admin" ; "adminadmin") not working on the qbittorrent webui Solution: https://github.com/qbittorrent/qBittorrent/wiki/Web-UI-password-locked-on-qBittorrent-NO-X-(qbittorrent-nox) notably: Bitdefender was blocking me. I tried using a firefox docker through my unraid server and it worked flawlessly. Hope it helps others having the same problem.