[BUG] failed to clean Sonarr instance | http://192.168.4.204:8989/ #119

Closed
opened 2025-10-09 16:58:57 -05:00 by giteasync · 8 comments
Owner

Originally created by @jgeorge1983 on GitHub.

Before submitting a bug report, I have:

  • Reviewed the documentation.
  • Ensured I am using ghcr.io/flmorg/cleanuperr docker repository.
  • Ensured I am using the latest version.
  • Enabled verbose logging.

What is the behavior?

Hi,

I have just stumbled accross an issue, I run cleanuperr from docker on a pi and connect to radarr/sonarr/lidarr which is running on docker on a synology NAS.

from the log I see:

[2025-04-15 10:20:01.344 INF]    [QueueCleaner] [Sonarr] 0 items found in queue | http://192.168.4.204:8989/

[2025-04-15 10:20:01.418 INF]    [QueueCleaner] [Radarr] 0 items found in queue | http://192.168.4.204:7878/

[2025-04-15 10:20:01.489 INF]    [QueueCleaner] [Lidarr] 0 items found in queue | http://192.168.4.204:8686/

[2025-04-15 10:25:00.008 WRN]  [ContentBlocker] no blocklist is configured

[2025-04-15 10:25:01.234 INF]    [QueueCleaner] [Sonarr] 1 items found in queue | http://192.168.4.204:8989/

[2025-04-15 10:25:01.238 ERR]    [QueueCleaner] failed to clean Sonarr instance | http://192.168.4.204:8989/

QBittorrent.Client.QBittorrentClientRequestException: Response status code does not indicate success: 403 (Forbidden).

   at QBittorrent.Client.Extensions.HttpClientExtensions.EnsureSuccessStatusCodeEx(HttpResponseMessage message)

   at QBittorrent.Client.Extensions.HttpClientExtensions.GetStringWithCancellationAsync(HttpClient client, Uri uri, Boolean returnEmptyIfNotFound, CancellationToken token)

   at QBittorrent.Client.QBittorrentClient.<>c__DisplayClass20_0.<<GetTorrentListAsync>g__ExecuteAsync|0>d.MoveNext()

--- End of stack trace from previous location ---

   at Infrastructure.Verticals.DownloadClient.QBittorrent.QBitService.ShouldRemoveFromArrQueueAsync(String hash, IReadOnlyList`1 ignoredDownloads) in /app/Infrastructure/Verticals/DownloadClient/QBittorrent/QBitService.cs:line 70

   at Infrastructure.Verticals.QueueCleaner.QueueCleaner.<>c__DisplayClass3_0.<<ProcessInstanceAsync>b__0>d.MoveNext() in /app/Infrastructure/Verticals/QueueCleaner/QueueCleaner.cs:line 107

--- End of stack trace from previous location ---

   at Infrastructure.Verticals.Arr.ArrQueueIterator.Iterate(IArrClient arrClient, ArrInstance arrInstance, Func`2 action) in /app/Infrastructure/Verticals/Arr/ArrQueueIterator.cs:line 43

   at Infrastructure.Verticals.QueueCleaner.QueueCleaner.ProcessInstanceAsync(ArrInstance instance, InstanceType instanceType) in /app/Infrastructure/Verticals/QueueCleaner/QueueCleaner.cs:line 65

   at Infrastructure.Verticals.Jobs.GenericHandler.ProcessArrConfigAsync(ArrConfig config, InstanceType instanceType, Boolean throwOnFailure) in /app/Infrastructure/Verticals/Jobs/GenericHandler.cs:line 83

[2025-04-15 10:25:01.256 INF]    [QueueCleaner] [Radarr] 0 items found in queue | http://192.168.4.204:7878/

My docker compose for cleanupper hasnt change, I've not changed my API key at all. at all. But I run:
image: ghcr.io/flmorg/cleanuperr:latest

I did upgrade my Sonarr on my Synology, but that is also running
image: linuxserver/sonarr:latest

I had a quick look through open/closed cases but couldnt see anything, i wonder if the latest sonarr has something different in it?

Which operating system do you use?

Raspberry Pi(cleanuperr), Synology NAS(sonarr/radarr)

What type of deployment do you use?

Docker container

Relevant log output


Anything else?

No response

Originally created by @jgeorge1983 on GitHub. ### Before submitting a bug report, I have: - [x] Reviewed the documentation. - [x] Ensured I am using ghcr.io/flmorg/cleanuperr docker repository. - [x] Ensured I am using the latest version. - [x] Enabled verbose logging. ### What is the behavior? Hi, I have just stumbled accross an issue, I run cleanuperr from docker on a pi and connect to radarr/sonarr/lidarr which is running on docker on a synology NAS. from the log I see: ``` [2025-04-15 10:20:01.344 INF] [QueueCleaner] [Sonarr] 0 items found in queue | http://192.168.4.204:8989/ [2025-04-15 10:20:01.418 INF] [QueueCleaner] [Radarr] 0 items found in queue | http://192.168.4.204:7878/ [2025-04-15 10:20:01.489 INF] [QueueCleaner] [Lidarr] 0 items found in queue | http://192.168.4.204:8686/ [2025-04-15 10:25:00.008 WRN] [ContentBlocker] no blocklist is configured [2025-04-15 10:25:01.234 INF] [QueueCleaner] [Sonarr] 1 items found in queue | http://192.168.4.204:8989/ [2025-04-15 10:25:01.238 ERR] [QueueCleaner] failed to clean Sonarr instance | http://192.168.4.204:8989/ QBittorrent.Client.QBittorrentClientRequestException: Response status code does not indicate success: 403 (Forbidden). at QBittorrent.Client.Extensions.HttpClientExtensions.EnsureSuccessStatusCodeEx(HttpResponseMessage message) at QBittorrent.Client.Extensions.HttpClientExtensions.GetStringWithCancellationAsync(HttpClient client, Uri uri, Boolean returnEmptyIfNotFound, CancellationToken token) at QBittorrent.Client.QBittorrentClient.<>c__DisplayClass20_0.<<GetTorrentListAsync>g__ExecuteAsync|0>d.MoveNext() --- End of stack trace from previous location --- at Infrastructure.Verticals.DownloadClient.QBittorrent.QBitService.ShouldRemoveFromArrQueueAsync(String hash, IReadOnlyList`1 ignoredDownloads) in /app/Infrastructure/Verticals/DownloadClient/QBittorrent/QBitService.cs:line 70 at Infrastructure.Verticals.QueueCleaner.QueueCleaner.<>c__DisplayClass3_0.<<ProcessInstanceAsync>b__0>d.MoveNext() in /app/Infrastructure/Verticals/QueueCleaner/QueueCleaner.cs:line 107 --- End of stack trace from previous location --- at Infrastructure.Verticals.Arr.ArrQueueIterator.Iterate(IArrClient arrClient, ArrInstance arrInstance, Func`2 action) in /app/Infrastructure/Verticals/Arr/ArrQueueIterator.cs:line 43 at Infrastructure.Verticals.QueueCleaner.QueueCleaner.ProcessInstanceAsync(ArrInstance instance, InstanceType instanceType) in /app/Infrastructure/Verticals/QueueCleaner/QueueCleaner.cs:line 65 at Infrastructure.Verticals.Jobs.GenericHandler.ProcessArrConfigAsync(ArrConfig config, InstanceType instanceType, Boolean throwOnFailure) in /app/Infrastructure/Verticals/Jobs/GenericHandler.cs:line 83 [2025-04-15 10:25:01.256 INF] [QueueCleaner] [Radarr] 0 items found in queue | http://192.168.4.204:7878/ ``` My docker compose for cleanupper hasnt change, I've not changed my API key at all. at all. But I run: image: ghcr.io/flmorg/cleanuperr:latest I did upgrade my Sonarr on my Synology, but that is also running image: linuxserver/sonarr:latest I had a quick look through open/closed cases but couldnt see anything, i wonder if the latest sonarr has something different in it? ### Which operating system do you use? Raspberry Pi(cleanuperr), Synology NAS(sonarr/radarr) ### What type of deployment do you use? Docker container ### Relevant log output ```shell ``` ### Anything else? _No response_
giteasync added the
bug
label 2025-10-09 16:58:57 -05:00
Author
Owner

@jgeorge1983 commented on GitHub:

I am using image: lscr.io/linuxserver/qbittorrent:latest

my docker for cleanupper is

cleanuperr:
depends_on:
gluetun:
condition: service_healthy
image: ghcr.io/flmorg/cleanuperr:latest
container_name: cleanuperr
environment:
- TRIGGERS__QUEUECLEANER=0 0/5 * * * ?
- CONTENTBLOCKER__ENABLED=true
- CONTENTBLOCKER__BLACKLIST__ENABLED=true
- CONTENTBLOCKER__BLACKLIST__PATH=https://raw.githubusercontent.com/flmorg/cleanuperr/refs/heads/main/blacklist
- DOWNLOAD_CLIENT=qBittorrent
- QUEUECLEANER__STALLED_MAX_STRIKES=3
- QBITTORRENT__URL=http://192.168.5.15:8082
- QBITTORRENT__USERNAME=
- QBITTORRENT__PASSWORD=
- SONARR__ENABLED=true
- SONARR__BLOCK__TYPE=blacklist
- SONARR__INSTANCES__0__URL=http://192.168.4.204:8989
- SONARR__INSTANCES__0__APIKEY=
- RADARR__ENABLED=true
- RADARR__BLOCK__TYPE=blacklist
- RADARR__INSTANCES__0__URL=http://192.168.4.204:7878
- RADARR__INSTANCES__0__APIKEY=
- LIDARR__ENABLED=true
- LIDARR__BLOCK__TYPE=blacklist
- LIDARR__INSTANCES__0__URL=http://192.168.4.204:8686
- LIDARR__INSTANCES__0__APIKEY=
volumes:
- /home/pi/docker/vpn-apps/cleanuperr/appdata:/config

Sonarr/Radarr don't need the password to connect to qbt

@jgeorge1983 commented on GitHub: I am using image: lscr.io/linuxserver/qbittorrent:latest my docker for cleanupper is cleanuperr: depends_on: gluetun: condition: service_healthy image: ghcr.io/flmorg/cleanuperr:latest container_name: cleanuperr environment: - TRIGGERS__QUEUECLEANER=0 0/5 * * * ? - CONTENTBLOCKER__ENABLED=true - CONTENTBLOCKER__BLACKLIST__ENABLED=true - CONTENTBLOCKER__BLACKLIST__PATH=https://raw.githubusercontent.com/flmorg/cleanuperr/refs/heads/main/blacklist - DOWNLOAD_CLIENT=qBittorrent - QUEUECLEANER__STALLED_MAX_STRIKES=3 - QBITTORRENT__URL=http://192.168.5.15:8082 - QBITTORRENT__USERNAME=<UN> - QBITTORRENT__PASSWORD=<PASSWORD> - SONARR__ENABLED=true - SONARR__BLOCK__TYPE=blacklist - SONARR__INSTANCES__0__URL=http://192.168.4.204:8989 - SONARR__INSTANCES__0__APIKEY=<API> - RADARR__ENABLED=true - RADARR__BLOCK__TYPE=blacklist - RADARR__INSTANCES__0__URL=http://192.168.4.204:7878 - RADARR__INSTANCES__0__APIKEY=<API> - LIDARR__ENABLED=true - LIDARR__BLOCK__TYPE=blacklist - LIDARR__INSTANCES__0__URL=http://192.168.4.204:8686 - LIDARR__INSTANCES__0__APIKEY=<API> volumes: - /home/pi/docker/vpn-apps/cleanuperr/appdata:/config Sonarr/Radarr don't need the password to connect to qbt
Author
Owner

@Flaminel commented on GitHub:

What Docker image are you using for qBit? I'll need to test it. As for bypassing, how does your cleanuperr configuration look like?

@Flaminel commented on GitHub: What Docker image are you using for qBit? I'll need to test it. As for bypassing, how does your cleanuperr configuration look like?
Author
Owner

@jgeorge1983 commented on GitHub:

Sorry, I was fast asleep when you posted this.

qBitTorrent set up hasnt changed at all, I can still connect to it from Sonarr when I test it.

I had it set to bypass authentication on certain subnets, and I have just set it to bypass for clients on localhost in case that makes any difference.

But no, i'm on version 5.0.4 of qbt, I dont remember upgrading, but i have a 6 month old, so i dont remember a lot at the moment.

@jgeorge1983 commented on GitHub: Sorry, I was fast asleep when you posted this. qBitTorrent set up hasnt changed at all, I can still connect to it from Sonarr when I test it. I had it set to bypass authentication on certain subnets, and I have just set it to bypass for clients on localhost in case that makes any difference. But no, i'm on version 5.0.4 of qbt, I dont remember upgrading, but i have a 6 month old, so i dont remember a lot at the moment.
Author
Owner

@Flaminel commented on GitHub:

Hi!

The logs say it's a qBit problem, not a Sonarr problem. Did anything change in your qBitTorrent setup? A newer or older version? Anything config related?

@Flaminel commented on GitHub: Hi! The logs say it's a qBit problem, not a Sonarr problem. Did anything change in your qBitTorrent setup? A newer or older version? Anything config related?
Author
Owner

@Flaminel commented on GitHub:

Did you set anything for qBit's user and password for cleanuperr? Or are you using the bypass?

@Flaminel commented on GitHub: Did you set anything for qBit's user and password for cleanuperr? Or are you using the bypass?
Author
Owner

@Flaminel commented on GitHub:

I've just tested with lscr.io/linuxserver/qbittorrent:latest and it works just fine, so it might be something from your setup.

@Flaminel commented on GitHub: I've just tested with `lscr.io/linuxserver/qbittorrent:latest` and it works just fine, so it might be something from your setup.
Author
Owner

@Flaminel commented on GitHub:

No problem! It's great that you fixed it!

@Flaminel commented on GitHub: No problem! It's great that you fixed it!
Author
Owner

@jgeorge1983 commented on GitHub:

I have a user and password set in qbt.

I just removed my password on cleanupper docker, restarted, added it again and restarted and its back again.

maybe i knocked it and left a whitespace? thanks for your help!!

@jgeorge1983 commented on GitHub: I have a user and password set in qbt. I just removed my password on cleanupper docker, restarted, added it again and restarted and its back again. maybe i knocked it and left a whitespace? thanks for your help!!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/Cleanuparr#119
No description provided.