container crashing when enabling web ui

[SnippetSpace]

Hey,

Script doesn't seem to be running correctly. Container runs fins in headless mode, although I'm not sure it's functional. When running with the web ui enabled it goes into a crash loop. config.toml.txt docker-compose.yml.txt

Any idea where I went wrong?

[Drapersniper]

What exactly is the crash,

what version of qBitTorrent are you using

[SnippetSpace]

When I run docker logs I just get the config file template back followed by:

[2022-09-05 17:42:16] [pid: 1][tid:140462954866496] NOTICE : qBitrr : Starting qBitrr: Version: 2.5.5-ef1fab2. [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] HNOTICE : qBitrr.Sonarr-TV : Starting Sonarr-TV monitor [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] HNOTICE : qBitrr.Radarr-1080 : Starting Radarr-1080 monitor [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] HNOTICE : qBitrr.Failed : Starting Failed monitor [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] HNOTICE : qBitrr.Recheck : Starting Recheck monitor [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] HNOTICE : qBitrr.Manager : Managing 4 categories [2022-09-05 17:42:16] [pid: 1][tid:140462954866496] WARNING : qBitrr : No tasks to perform, if this is unintended double check your config file.

then it repeats

I'm using v4.45 which I know is not the "preferred" version, but my assumption is that the script shouldn't crash on boot

[SnippetSpace]

Container "seems" to run fine with [QBit] -> Disabled = false

[2022-09-05 18:34:12] [pid: 1][tid:140107380561728] NOTICE : qBitrr : Starting qBitrr: Version: 2.5.5-ef1fab2. [2022-09-05 18:34:13] [pid: 1][tid:140107380561728] ERROR : qBitrr.Manager : Could not establish qBitTorrent version, you may experience errors, please report this error. [2022-09-05 18:34:13] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Manager : Could not validate current qBitTorrent version, assuming: 4.3.4 [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Sonarr-TV : Starting Sonarr-TV monitor [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Radarr-1080 : Starting Radarr-1080 monitor [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Failed : Starting Failed monitor [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Recheck : Starting Recheck monitor [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] HNOTICE : qBitrr.Manager : Managing 4 categories [2022-09-05 18:34:23] [pid: 1][tid:140107380561728] NOTICE : qBitrr.Manager : Starting 4 child processes [2022-09-05 18:34:23] [pid: 8][tid:140107380561728] HNOTICE : qBitrr.Sonarr-TV : Starting torrent monitoring for Sonarr-TV [2022-09-05 18:34:23] [pid: 9][tid:140107380561728] HNOTICE : qBitrr.Radarr-1080 : Starting torrent monitoring for Radarr-1080 [2022-09-05 18:34:23] [pid: 10][tid:140107380561728] HNOTICE : qBitrr.Failed : Starting torrent monitoring for Failed [2022-09-05 18:34:23] [pid: 11][tid:140107380561728] HNOTICE : qBitrr.Recheck : Starting torrent monitoring for Recheck

Getting the crashing when I change that flag to true

[Drapersniper]

Does the issue reproduce if you use qBittorrent 4.3.9?

[SnippetSpace]

have checked with 4.3.9, same behavior

[Drapersniper]

On 4.3.9, please change "ConsoleLevel" to "TRACE", reproduce the issue and then share the logs, recommend you join the discord server to be able to send them to me From the very start to the crash.

[SnippetSpace]

Hey so here are the two logs. I get failure info now from the one with disabled = false. Disabled = true.txt Disabled = false.txt

Does it have to do with finding the qbittorrent instance? I didn't see a URL/port to specify. How does it determine and fail to check the version?

I might connect to discord this evening if you are available, thanks for the offer

[Drapersniper]

[Disabled = true.txt] is returning exactly what I would expect, both the search and the management features are disabled so there is no tasks.

[Disabled = false.txt] the script can't communicate with your qBitTorrent instance - probably one of your qBit settings blocking access to it qBitrr.Manager : Could not connect to 192.168.1.46:8105

Probably Enable clickjacking protection orEnable Cross-Site Request Forgery (CSRF) protection or the username and password is wrong.

[SnippetSpace]

yeah I figured that out at the same time... I thought qBit was referring to Qbitrr and not Qbittorrent... Makes more sense now. I am nearly there... now it's throwing an error about not being able to connect to both .arr instances (sonarr/radarr) although the URLs are correct and open on the local network. Any ideas?

[Drapersniper]

care to share the logs for qBitrr please again for the new run.

I suspect everything is working as intended assuming you have the correct host, port and API key. But wanna be sure - sometimes an API call fails due to timeout and what not, so the script backoff temporarily so the errors are not crashes but fully handled errors (unless you have tracebacks I there)

For example This is completed working as intended, as in the qBitTorrent API sometimes is really weird and returns stuff that's not documented.

For Sonarr/radarr sometimes the response just takes too long and in that case (usually the server is being overwhelmed with processing so the script logs and just sleeps for a lil while

[SnippetSpace]

Got it working, was missing http:// with the local address, not throwing any errors anymore. Thanks a lot for your proactive help. Am going to try to throw a stale torrent at it now :)

[SnippetSpace]

It works! Thanks so much for the hard work and especially the support

[Drapersniper]

Shouldn't matter much since you are on a local subnet - but I would recommend changing your apikeys/ qbittorrent password/user - the logs you posted in the comment above has all of that (that's why suggested dm'ing them on discord)

I will close this issue now feel free open a new issue if you have any further issues

[SnippetSpace]

I changed all those manually so unless i missed some it shouldn't be my actual user/password :)