[Support] binhex - Sonarr

[Ender Wiggin]

On 3/9/2021 at 3:12 AM, binhex said:

So, Sonarr v3 is FINALLY here, its out of beta and is now the latest release, if you want to switch from Sonarr v2 to v3 then simply pull down the 'latest' tagged image.

 

However, if you want to stick on Sonarr v2 then please do the following:-
 

• Go to unRAID Web UI/Docker/left click Sonarr/Edit and change the value for 'Repository' to:-

binhex/arch-sonarr:2.0.0.5344-1-04

• Click apply to pull down v2 image.
   

Note:- There will be NO further development on v2 going forward.

 

If you are using the tag name of 'v3' then please do the following to switch back to 'latest' (now v3):-

 

• Go to unRAID Web UI/Docker/left click Sonarr/Edit and change the value for 'Repository' to:-

binhex/arch-sonarr:latest

 

Note:- the 'v3' tag is now deprecated and will NOT be updated.

 

 

Can you update the FAQ with this info. It is the first place I looked before i can here to ask and it needs to be updated. 

[takkischitt]

A couple of days ago, something happened and I could no longer access the WebUI for Radarr, Sonarr and Prowler. I had not made any changes to the system, though there were updates. I originally set them up to run through delugeVPN, and I eventually realised that I needed to add the arrs ports to 'VPN_INPUT_PORTS'. So that got me access to the WebUI again.

 

Now, for some reason, Sonarr (and Radarr) can no longer access the indexers via Prowlarr. The indexers work fine in Prowlarr, but the connection times out when Sonarr and Radarr try to connect. Can anyone advise? As far as I can tell, everything is set up correctly.

 

2022-07-07 15:30:58.6|Debug|Api|[PUT] /api/v3/config/host: 202.Accepted (169 ms)
2022-07-07 15:30:58.6|Debug|Api|[GET] /api/v3/health: 200.OK (3 ms)
2022-07-07 15:30:58.8|Debug|Api|[GET] /api/v3/health: 200.OK (4 ms)
2022-07-07 15:31:04.2|Debug|Api|[GET] /api/v3/config/indexer: 200.OK (9 ms)
2022-07-07 15:31:04.2|Debug|Api|[GET] /api/v3/indexer: 200.OK (46 ms)
2022-07-07 15:31:49.1|Debug|Api|[GET] /api/v3/config/host: 200.OK (25 ms)
2022-07-07 15:31:52.3|Debug|Api|[GET] /api/v3/health: 200.OK (3 ms)
2022-07-07 15:31:52.3|Debug|Api|[GET] /api/v3/system/status: 200.OK (4 ms)
2022-07-07 15:31:52.3|Debug|Api|[GET] /api/v3/diskspace: 200.OK (39 ms)
2022-07-07 15:31:56.2|Debug|Api|[GET] /api/v3/log/file: 200.OK (8 ms)
2022-07-07 15:32:16.2|Debug|Api|[GET] /api/v3/command: 200.OK (6 ms)
2022-07-07 15:32:16.3|Debug|Api|[GET] /api/v3/command: 200.OK (6 ms)
2022-07-07 15:32:45.6|Debug|NewznabCapabilitiesProvider|Failed to get newznab api capabilities from http://192.168.0.200:9696/2/

[v3.0.8.1507] System.Net.WebException: The operation has timed out.: 'http://192.168.0.200:9696/2/api?t=caps&apikey=(removed) ---> System.Net.WebException: The operation has timed out.
  at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000e8] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:956 
  at System.Net.HttpWebRequest.GetResponse () [0x0000f] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1218 
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x00123] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:81 
   --- End of inner exception stack trace ---
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x001c0] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:107 
  at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x00086] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:126 
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:59 
  at NzbDrone.Common.Http.HttpClient.Get (NzbDrone.Common.Http.HttpRequest request) [0x00007] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:281 
  at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.FetchCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x0006f] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:59 

2022-07-07 15:32:45.6|Warn|Torznab|Unable to connect to indexer

[v3.0.8.1507] System.Net.WebException: The operation has timed out.: 'http://192.168.0.200:9696/2/api?t=caps&apikey=(removed) ---> System.Net.WebException: The operation has timed out.
  at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000e8] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:956 
  at System.Net.HttpWebRequest.GetResponse () [0x0000f] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1218 
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x00123] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:81 
   --- End of inner exception stack trace ---
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x001c0] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:107 
  at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x00086] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:126 
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:59 
  at NzbDrone.Common.Http.HttpClient.Get (NzbDrone.Common.Http.HttpRequest request) [0x00007] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:281 
  at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.FetchCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x000a1] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:64 
  at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider+<>c__DisplayClass4_0.<GetCapabilities>b__0 () [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:36 
  at NzbDrone.Common.Cache.Cached`1[T].Get (System.String key, System.Func`1[TResult] function, System.Nullable`1[T] lifeTime) [0x000b1] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Cache\Cached.cs:104 
  at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.GetCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x00020] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:36 
  at NzbDrone.Core.Indexers.Torznab.Torznab.get_PageSize () [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Torznab\Torznab.cs:23 
  at NzbDrone.Core.Indexers.Torznab.Torznab.GetRequestGenerator () [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\Torznab\Torznab.cs:27 
  at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].TestConnection () [0x00007] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:336 

2022-07-07 15:33:46.2|Debug|Api|[GET] /api/v3/command: 200.OK (5 ms)
2022-07-07 15:33:46.3|Debug|Api|[GET] /api/v3/command: 200.OK (6 ms)

 

Edited July 7, 2022 by takkischitt

[binhex]

2 hours ago, takkischitt said:

Sonarr (and Radarr) can no longer access the indexers via Prowlarr.

so is sonarr, radarr and prowlarr all using the delugevpn network? if so take a look at Q25, especially the second half of that particular faq:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

[takkischitt]

12 minutes ago, binhex said:

so is sonarr, radarr and prowlarr all using the delugevpn network? if so take a look at Q25, especially the second half of that particular faq:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Is that the part about localhost? I dont seem to have a host section in the container config:

 

[binhex]

Is that the part about localhost? I dont seem to have a host section in the container config:
 

It's not defined in the container, it's defined in the application web UI, I e. Sonarr

Sent from my CLT-L09 using Tapatalk

[takkischitt]

6 minutes ago, binhex said:

It's not defined in the container, it's defined in the application web UI, I e. Sonarr

Sent from my CLT-L09 using Tapatalk
 

 

Would that be the 'URL Base'?

 

[binhex]

 
Would that be the 'URL Base'?
 

Sorry my bad, I think prowlarr works differently as it connects to sonarr, radarr etc not the other way around. So you need to ensure in prowlarr web UI the settings/apps/sonarr is set to use localhost for the 'sonarr server' field, same for the other arrs.

Sent from my CLT-L09 using Tapatalk

[takkischitt]

1 hour ago, binhex said:

Sorry my bad, I think prowlarr works differently as it connects to sonarr, radarr etc not the other way around. So you need to ensure in prowlarr web UI the settings/apps/sonarr is set to use localhost for the 'sonarr server' field, same for the other arrs.

 

I'm not having much luck here...

 

 

 

I also tried 'http://localhost:8989' but when pressing the test button, it just ran and never completed and I had to cancel out of the settings.

[nekromantik]

is there advantage of using Jackett/Prowlerr as indexer for Sonarr/Radarr vs adding individual indexers in the app?

[binhex]

is there advantage of using Jackett/Prowlerr as indexer for Sonarr/Radarr vs adding individual indexers in the app?

Off the top of my head Prowlarr will have a larger list of indexes and they will be more up-to-date than the indexes built into the app. Disadvantage is that if Prowlarr goes down then you lose all indexer ability in one hit for all apps using it.

Sent from my CLT-L09 using Tapatalk

[binhex]

 
I'm not having much luck here...
 

 

 
I also tried 'http://localhost:8989' but when pressing the test button, it just ran and never completed and I had to cancel out of the settings.

Are you sure Prowlarr and Sonarr are both using delugevpn network? Screenshot please

Sent from my CLT-L09 using Tapatalk

[tjb_altf4]

13 hours ago, takkischitt said:

 

I'm not having much luck here...

 

 

 

I also tried 'http://localhost:8989' but when pressing the test button, it just ran and never completed and I had to cancel out of the settings.

localhost won't work for docker, use IP:PORT

 

EDIT: sorry just tracked up and saw its running through deluge-vpn, you have additional config that binhex will help with

Edited July 8, 2022 by tjb_altf4

[nekromantik]

8 hours ago, binhex said:

Off the top of my head Prowlarr will have a larger list of indexes and they will be more up-to-date than the indexes built into the app. Disadvantage is that if Prowlarr goes down then you lose all indexer ability in one hit for all apps using it.

Sent from my CLT-L09 using Tapatalk
 

thanks

[Chrotesque]

A season of Mr Inbetween had finished downloading with Deluge and then was moved into its season folder. However the files were not fully transferred, only portions of it.
As per screenshot I attached, on the left side is how it was left. Note here is that this wasn't shortly after the download, this was many hours afterwards - my Discord notification already alerted me at that point, also hours ago, that the import had finished. 

 

I moved over the original files left in the downloads folder to fix this, as you can see the files were meant to be a lot larger.

 

This is now the second time of this happening, I've noticed that 2 days ago with another show and season entirely.

 

Here's the relevant excerpt from the log:

[v3.0.6.1342] System.IO.IOException: File copy incomplete. [/media/Mr Inbetween/Season 1/Mr Inbetween - S01E03 - Captain Obvious WEBDL-1080p.mkv] was 1034217026 bytes long instead of 1021634114 bytes. at NzbDrone.Common.Disk.DiskTransferService.TryCopyFileVerified (System.String sourcePath, System.String targetPath, System.Int64 originalSize) [0x00047] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskTransferService.cs:468 at NzbDrone.Common.Disk.DiskTransferService.TransferFil[...]

 

From what I gathered updating Mono (whatever that is exactly) might be a fix, however that recommendation is about 3 years old and so I'm not entirely sure it would help, nor do I know how to do that (yet).

Anything i can do to fix this?

 

 

[ArxKnight]

Hey,

 

I am having an issue with Sonarr accessing the download location, any ideas on how to go about setting the perms so that it can be accessed or moving the downloads folder to a folder that Sonarr can access?

 

LOGS

Spoiler

[Error] DownloadedEpisodesImportService: Import failed, path does not exist or is not accessible by Sonarr: /config/qBittorrent/downloads/downloads/stranger.things.s04e08.1080p.web.h264-cakes[eztv.re].mkv. Ensure the path exists and the user running Sonarr has the correct permissions to access this file/folder

 

Host path 2 full path: /mnt/user/appdata/binhex-qbittorrentvpn/qBittorrent/downloads

 

Default save path for Qbittorent: /config/qBittorrent/config/qBittorrent/downloads

Edited August 2, 2022 by ArxKnight

[wgstarks]

1 hour ago, ArxKnight said:

I am having an issue with Sonarr accessing the download location, any ideas on how to go about setting the perms so that it can be accessed or moving the downloads folder to a folder that Sonarr can access?

 

The /data setting must be an exact match between sonarr and qbit. You have it set to 2 different host paths. Both should be set to the root of the qbit download location.

You also want to set qbit to download to /data and not /config. /config is for configuration files. /data is for downloaded torrents. You also may not want to download them to appdata unless you have a large enough cache disk (assuming you're using the default location for appdata).

[ArxKnight]

1 hour ago, wgstarks said:

The /data setting must be an exact match between sonarr and qbit. You have it set to 2 different host paths. Both should be set to the root of the qbit download location.

You also want to set qbit to download to /data and not /config. /config is for configuration files. /data is for downloaded torrents. You also may not want to download them to appdata unless you have a large enough cache disk (assuming you're using the default location for appdata).

The paths have been changed in the docker settings for both Sonarr and Qbitt to: /mnt/user/media/Downloads/ (This is located on the Array as the Cache is only 1TB)

 

and I have changed the download folder for Qbitt inside of the UI to /mnt/user/media/Downloads

Edited August 2, 2022 by ArxKnight

[ArxKnight]

Update,

 

now that these changes have been made I have deleted any files it started to download due them being in the wrong location however, upon Sonarr adding them back into qBittorent they seem to be getting an error state inside of Qbitt which I can't see anything in the logs but I can see this:

 

I'm not sure if this is related to the error due to some network access issue somehow caused by moving the download folder or if this is an access issue that Qbitt can't download to /mnt/user/media/Downloads due to a permission issue maybe?

 

I can see this in the comment of the errored torrents also if this the error code? "Comment:dynamic metainfo from client"

 

The error in Sonarr is flagging no connections on some of them and just an error state on others

Edited August 2, 2022 by ArxKnight

[wgstarks]

6 hours ago, ArxKnight said:

and I have changed the download folder for Qbitt inside of the UI to /mnt/user/media/Downloads

If /data is set to /mnt/user/media/Downloads then you need to set your download location to /data or a sub folder like /data/incomplete. /mnt/user/media/Downloads doesn’t exist within the container. That’s a host location.

[ArxKnight]

1 hour ago, wgstarks said:

If /data is set to /mnt/user/media/Downloads then you need to set your download location to /data or a sub folder like /data/incomplete. /mnt/user/media/Downloads doesn’t exist within the container. That’s a host location.

Ok, this has been changed.

 

files now download thank you, just not importing for a diffrent error now:

 

 

Here are all the current settings for locations

 

Edited August 2, 2022 by ArxKnight

[wgstarks]

Don’t know the answer to that one. You might try rebooting the server and/or running the docker safe new perms tool.

 

Maybe someone else has a better idea.

[ArxKnight]

16 hours ago, wgstarks said:

Don’t know the answer to that one. You might try rebooting the server and/or running the docker safe new perms tool.

 

Maybe someone else has a better idea.

no worries, thank you very much for you help

 

@binhexAny ideas on how to proceed with this error? diesn't seem to say anythig in the help documentation about it.

 

I did find this is the logs though, my guess is that it can't seem to find the directory to put the files in?

 

LOGS

Spoiler

2022-08-03 05:32:52,932 DEBG 'sonarr' stdout output:
[Warn] ImportApprovedEpisodes: Couldn't import episode /data/Better.Call.Saul.S06E07.1080p.WEB.H264-CAKES[rarbg]/better.call.saul.s06e07.1080p.web.h264-cakes.mkv

[v3.0.8.1507] NzbDrone.Core.MediaFiles.EpisodeImport.RootFolderNotFoundException: Root folder '/media/media/TV Shows/' was not found.
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.EnsureEpisodeFolder (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Int32 seasonNumber, System.String filePath) [0x000e4] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:189
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.EnsureEpisodeFolder (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.String filePath) [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:146
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.MoveEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x00026] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:75
  at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x001b0] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:77
  at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x0029b] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:109

 

Edited August 3, 2022 by ArxKnight

[sbeckeriv]

I dont remember changing anything and its been a while since I used it. I tried to go to the webui and i get "404 Not Found"

Error from the logs:

"Address already in use. This can happen if another instance of Sonarr is already running another application is using the same port (default: 8989) or the user has insufficient permissions"

 

I am set to host for the network. I have stopped and started the docker. any advice would be helpful.

Thanks

Some logs before.
 

2022-08-12 13:43:54,458 DEBG 'sonarr' stdout output:
[Info] Router: Application mode: Interactive

2022-08-12 13:43:54,673 DEBG 'sonarr' stdout output:
[Info] MigrationLogger: *** Checking database for required migrations data source=/config/sonarr.db;cache size=-10000;datetimekind=Utc;journal mode=Wal;pooling=True;version=3 ***

2022-08-12 13:43:54,915 DEBG 'sonarr' stdout output:
[Info] MigrationLogger: *** Checking database for required migrations data source=/config/logs.db;cache size=-10000;datetimekind=Utc;journal mode=Wal;pooling=True;version=3 ***

2022-08-12 13:43:55,161 DEBG 'sonarr' stdout output:
[Info] OwinHostController: Listening on the following URLs:

2022-08-12 13:43:55,162 DEBG 'sonarr' stdout output:
[Info] OwinHostController: http://*:8989/

2022-08-12 13:43:55,807 DEBG 'sonarr' stdout output:
[Info] SonarrBootstrapper: Starting Web Server

2022-08-12 13:43:56,596 DEBG 'sonarr' stdout output:

2022-08-12 13:43:56,602 DEBG 'sonarr' stdout output:
[Fatal] ConsoleApp: Address already in use. This can happen if another instance of Sonarr is already running another application is using the same port (default: 8989) or the user has insufficient permissions

2022-08-12 13:43:56,644 DEBG 'sonarr' stdout output:
Press enter to exit...

 

[wgstarks]

20 minutes ago, sbeckeriv said:

Address already in use. This can happen if another instance of Sonarr is already running another application is using the same port (default: 8989) or the user has insufficient permissions"

This is telling you that another docker is using the same port. Try changing to a different port.

[sbeckeriv]

9 minutes ago, wgstarks said:

This is telling you that another docker is using the same port. Try changing to a different port.

 

I checked the docker allocations drop down and only sonarr listed 8989.

 

Command:root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-sonarr' --net='host' --cpuset-cpus='0,4' -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e 'TCP_PORT_8991'='8991' -e 'TCP_PORT_9897'='9897' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -v '/mnt/user//':'/data':'rw' -v '/mnt/user//tv/':'/media':'rw' -v '/mnt/user/appdata/binhex-sonarr':'/config':'rw' 'binhex/arch-sonarr'

 

I updated to 8991  per the docker command above. i still see

 

022-08-12 14:30:05,185 DEBG 'sonarr' stdout output:
[Fatal] ConsoleApp: Address already in use. This can happen if another instance of Sonarr is already running another application is using the same port (default: 8989) or the user has insufficient permissions

 

 

I checked docker allocations again and they did not updated to the new port.

binhex-sonarr host [ip] 8989, 9897

 

my network type is host. not sure if that matters?

nothing loads at 8991.  is it "Host Port 1" correct?

 

Thanks for the help!