[Support] binhex - Sonarr

[Phastor]

4 hours ago, wgstarks said:

How are you trying to access the UI?

In the same fashion that I've accessed it before the issue.

Currently, when accessing the UI when on binhex/arch-sonarr:v3, I can access the UI via the docker dashboard, or by accessing it directly via my unRAID server's IP and the container port number.

 

When attempting to access the UI when on binhex/arch-sonarr, the UI is inaccessible via both of those methods.

[wgstarks]

48 minutes ago, Phastor said:

In the same fashion that I've accessed it before the issue.

Currently, when accessing the UI when on binhex/arch-sonarr:v3, I can access the UI via the docker dashboard, or by accessing it directly via my unRAID server's IP and the container port number.

 

When attempting to access the UI when on binhex/arch-sonarr, the UI is inaccessible via both of those methods.

Any error in the browser and docker logs?

[Phastor]

1 hour ago, wgstarks said:

Any error in the browser and docker logs?

Just a connection refused error as if nothing is listening on that port

 

Here's a segment that stands out to me from the logs.

"2024-03-27 10:25:32,605 DEBG 'sonarr' stdout output:
[Fatal] ConsoleApp: EPIC FAIL!

[v4.0.2.1183] NzbDrone.Common.Exceptions.SonarrStartupException: Sonarr failed to start: Error creating main database
---> System.Text.Json.JsonException: '|' is invalid after a value. Expected either ',', '}', or ']'. Path: $ | LineNumber: 33 | BytePositionInLine: 0.
---> System.Text.Json.JsonReaderException: '|' is invalid after a value. Expected either ',', '}', or ']'. LineNumber: 33 | BytePositionInLine: 0.
at System.Text.Json.ThrowHelper.ThrowJsonReaderException(Utf8JsonReader& json, ExceptionResource resource, Byte nextByte, ReadOnlySpan`1 bytes)
at System.Text.Json.Utf8JsonReader.ConsumeNextToken(Byte marker)
at System.Text.Json.Utf8JsonReader.ConsumeNextTokenOrRollback(Byte marker)
at System.Text.Json.Utf8JsonReader.ReadSingleSegment()"

 

So I guess it is failing to start when using binhex/arch-sonarr

[wgstarks]

11 minutes ago, Phastor said:

Here's a segment that stands out to me from the logs.

Looks like some corruption in the db. Maybe caused by the invalid V3 tag. If you have a recent backup of the database prior to using V3 you might be able to restore from that. Otherwise I would suggest posting in the Sonarr forums for help recovering the db.

[wgstarks]

On 3/26/2024 at 12:40 PM, Muddoggg said:

Hello all- I am seeing a bug on Sonarr that allows you to enable both "Delete empty series" and "Create missing series". I believe this is a bug as only one of them should be allowed to be enabled, similar to binhex-radarr.

This should be reported to the Sonarr dev team.

[jay_busacca]

8 hours ago, Phastor said:

Just a connection refused error as if nothing is listening on that port

 

Here's a segment that stands out to me from the logs.

"2024-03-27 10:25:32,605 DEBG 'sonarr' stdout output:
[Fatal] ConsoleApp: EPIC FAIL!

[v4.0.2.1183] NzbDrone.Common.Exceptions.SonarrStartupException: Sonarr failed to start: Error creating main database
---> System.Text.Json.JsonException: '|' is invalid after a value. Expected either ',', '}', or ']'. Path: $ | LineNumber: 33 | BytePositionInLine: 0.
---> System.Text.Json.JsonReaderException: '|' is invalid after a value. Expected either ',', '}', or ']'. LineNumber: 33 | BytePositionInLine: 0.
at System.Text.Json.ThrowHelper.ThrowJsonReaderException(Utf8JsonReader& json, ExceptionResource resource, Byte nextByte, ReadOnlySpan`1 bytes)
at System.Text.Json.Utf8JsonReader.ConsumeNextToken(Byte marker)
at System.Text.Json.Utf8JsonReader.ConsumeNextTokenOrRollback(Byte marker)
at System.Text.Json.Utf8JsonReader.ReadSingleSegment()"

 

So I guess it is failing to start when using binhex/arch-sonarr

We're you able to fix this? I have the same error since switching repositories.

[Phastor]

On 3/27/2024 at 6:46 PM, jay_busacca said:

We're you able to fix this? I have the same error since switching repositories.

Nope. Still no luck. Was told by someone else here I should check in with the Sonarr forums about trying to recover the database, but at this point I'm wondering if it would more efficient to just blow away all my appdata and start over. I really don't want to do that though. That's a lot of profiles and settings I do not want to have to create again.

[jay_busacca]

1 hour ago, Phastor said:

Nope. Still no luck. Was told by someone else here I should check in with the Sonarr forums about trying to recover the database, but at this point I'm wondering if it would more efficient to just blow away all my appdata and start over. I really don't want to do that though. That's a lot of profiles and settings I do not want to have to create again.

So I fixed mine and it ended up being very simple. I stopped my container, deleted my log.db file, restarted, that was it. The log file was corrupted. 

[Phastor]

56 minutes ago, jay_busacca said:

So I fixed mine and it ended up being very simple. I stopped my container, deleted my log.db file, restarted, that was it. The log file was corrupted. 

Just gave this a shot. Unfortunately it's a no go for me. Glad you got yours fixed though!

[chrisp1992]

On 3/26/2024 at 1:23 PM, binhex said:

ok so walk me through the steps you did in the web ui to make it error, also you are up to date right?, please ensure you have done a 'force update'

 

edit - using cloudflare by any chance? 

 

This is only for DDNS, right? I use Cloudflare for DNS but not DDNS.

[usTrUcX]

Hi, thank you for making this. As all tutorials are outdated, they show fields that doesn't exist on these (SABnzbd and Sonarr docker templates), is there anywhere I can find up to date information on how do I have to change/add fields to the docker template to make it actually work?

 

SABnzbd had this:

/mnt/user/appdata/data:/data

 

Sonarr had these:

/mnt/user/appdata/data:/data

/mnt/user/media/:/media

 

However Sonarr show this:

You are using docker; download client SABnzbd places downloads in /config/Downloads/complete but this directory does not appear to exist inside the container. Review your remote path mappings and container volume settings.

 

While following these tips I changed the mappings to this, without success:

SAB:

/mnt/user/downloads:/data

 

Sonarr:

/mnt/user/downloads:/data

 

Could anyone please kindly show the path to me or screenshots of their own setup so I can give this another go? I have been on trial and error mode for a couple of days and this looks like something extremely simple that just isn't obvious to me.

 

Thank you, have a great Sunday!

[folic86]

I lost my cache. For some reason reinstalled Sonarr won't add files even if I refresh & scan, nor can it add files that are there after I try reimporting/re-adding a series!

It does 1 or 2 episodes and some it just did the entire series for no obvious reason (all the below are 100% there)! They all live in the same share top level.

I can manually map each episode, but that's it. 

 

Any advice welcome

 

Edited April 9 by folic86
Bad english

[SaberTreasures]

So I ran into an issue where sonarr will say downloaded waiting for import and then it has downloaded something into a folder it created named "unzipped".  Typically whatever sonarr grabs it puts straight into a media folder, except when it sometimes puts them into the unzipped folder.  I read some about this and downloaded unpackerr but obviously if that is what I need I don't have it setup right because they still stay in the unzipped folder until i manually move them myself.

 

What am I doing wrong here or can someone help me out a bit?  Thanks for all of your time and help, i really appreciate it! 

Edited April 14 by SaberTreasures

[Getting Goin]

Hi All,

I am having difficulty with a few of binhex docker applications all are acting similarly.  But I would really like to focus in on sonarr as it is my main concern. If i solve sonarr issues, i believe it will help me resolve the issues with my other binhex docker containers as it seems they have the same issue.  

My issue being that the application appears to start, but never works.  When i click on the Web Gui or refresh unraid, then application is back to stopped state.  

I have followed the troubleshooting step that i could find such as deleted the logs and restarting the command executions to which the command execution finishes without error and appears normal and the log files appear fine for the most part except for one error at the beginning with the supervisor.conf, which is listed below.

Error: could not find config file /etc/supervisor.conf
For help, use /usr/bin/supervisord -h

I cannot find this supervisor.conf file in /etc myself, unless it is hidden it does not exist as far as i can tell.  I have tried created a blank file called supervisor.conf and it was of zero success.  I have not be able to find what should be in this file as a template or really any information on troubleshooting this specific config error as it pertains to unraid and binhex docker applications.  The help tip listed in the log is of no use to me either as i do not understand what it is asking me to do by suggesting to use /usr/bin/supervisord -h and for the record i do not see this file in that directory either.

Is this a file missing issue, permission issue or maybe something else?  Any help would be great, thank you for your time and help. 

[Artiom97es]

hi, sorry im pretty new for all of this things i have a lil problem
as first image, i tried to put torrents in ¨second photo of Path¨
and third photo how i write in qbittorent, yeah i dont know where to ask

not sure if its releted at all, any help is welcome

Thanks

[wgstarks]

2 hours ago, Artiom97es said:

sorry im pretty new for all of this things i have a lil problem

The host and container paths for qbittorrent and sonarr must be exactly the same. For example mine is /data:/mnt/user/qbitvpn/ IN BOTH DOCKER CONTAINERS. You can then configure qbittorrent to download to /data within the app using sub folders as you desire.

[Artiom97es]

10 minutes ago, wgstarks said:

The host and container paths for qbittorrent and sonarr must be exactly the same. For example mine is /data:/mnt/user/qbitvpn/ IN BOTH DOCKER CONTAINERS. You can then configure qbittorrent to download to /data within the app using sub folders as you desire.

yep, learned a few minutes ago i need to add the paths manually, thanks

[Getting Goin]

Hello All, 

 

I could really use a little help with my binhex container issues.  Been trying to fix this off and on for two weeks now and to no avail.  I am concerned that if i try anything else i may make things worse.  It is only binhex containers that i am having the issue.  I have tried Linuxserver sonarr and it works as intended.  Below i have included the log files . 

 

Basically the problem is the container appear to start, but then on reload they are stopped.  Cannot access web gui either.  I believe it has something to due with the supervisor.conf error or possibly permission problem, but really i am unsure.  Below are my logs.  Thank you

 

Command execution
-------------------------------------------------------------
docker run
  -d
  --name='binhex-sonarr'
  --net='bridge'
  -e TZ="America/My_Town"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="watchbox"
  -e HOST_CONTAINERNAME="binhex-sonarr"
  -e 'UMASK'='000'
  -e 'PUID'='99'
  -e 'PGID'='100'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:9595]/'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/sonarr-icon.png'
  -p '9595:9595/tcp'
  -p '9897:9897/tcp'
  -v '/mnt/user/datastorage/':'/data':'rw'
  -v '/mnt/user/datastorage/media/tv/':'/media':'rw'
  -v '/mnt/cache/appdata/binhex-sonarr/':'/config':'rw' 'binhex/arch-sonarr'

df0b05b0............................

The command finished successfully!

----------------------------------------------------------------
Supervisord.log

024-04-27 08:44:01.414908 [info] Host is running unRAID
2024-04-27 08:44:01.434068 [info] System information ----redacted---- -Unraid #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux
2024-04-27 08:44:01.455922 [info] PUID defined as '99'
2024-04-27 08:44:01.480694 [info] PGID defined as '100'
2024-04-27 08:44:04.140239 [info] UMASK defined as '000'
2024-04-27 08:44:04.162796 [info] Permissions already set for '/config'
2024-04-27 08:44:04.187997 [info] Deleting files in /tmp (non recursive)...
2024-04-27 08:44:04.217716 [info] Starting Supervisor...

-------------------------------------------------------

binhex-sonarr.log

Same as above supervisord.log except it starts with the below ERROR

Error: could not find config file /etc/supervisor.conf
or help, use /usr/bin/supervisord -h

 

[binhex]

Hello All, 
 
I could really use a little help with my binhex container issues.  Been trying to fix this off and on for two weeks now and to no avail.  I am concerned that if i try anything else i may make things worse.  It is only binhex containers that i am having the issue.  I have tried Linuxserver sonarr and it works as intended.  Below i have included the log files . 
 
Basically the problem is the container appear to start, but then on reload they are stopped.  Cannot access web gui either.  I believe it has something to due with the supervisor.conf error or possibly permission problem, but really i am unsure.  Below are my logs.  Thank you
 
Command execution
-------------------------------------------------------------
docker run
  -d
  --name='binhex-sonarr'
  --net='bridge'
  -e TZ="America/My_Town"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="watchbox"
  -e HOST_CONTAINERNAME="binhex-sonarr"
  -e 'UMASK'='000'
  -e 'PUID'='99'
  -e 'PGID'='100'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[iP]:[PORT:9595]/'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/sonarr-icon.png'
  -p '9595:9595/tcp'
  -p '9897:9897/tcp'
  -v '/mnt/user/datastorage/':'/data':'rw'
  -v '/mnt/user/datastorage/media/tv/':'/media':'rw'
  -v '/mnt/cache/appdata/binhex-sonarr/':'/config':'rw' 'binhex/arch-sonarr'
df0b05b0............................
The command finished successfully!
----------------------------------------------------------------
Supervisord.log
024-04-27 08:44:01.414908 [info] Host is running unRAID
2024-04-27 08:44:01.434068 [info] System information ----redacted---- -Unraid #1 SMP PREEMPT_DYNAMIC x86_64 GNU/Linux
2024-04-27 08:44:01.455922 [info] PUID defined as '99'
2024-04-27 08:44:01.480694 [info] PGID defined as '100'
2024-04-27 08:44:04.140239 [info] UMASK defined as '000'
2024-04-27 08:44:04.162796 [info] Permissions already set for '/config'
2024-04-27 08:44:04.187997 [info] Deleting files in /tmp (non recursive)...
2024-04-27 08:44:04.217716 [info] Starting Supervisor...

-------------------------------------------------------
binhex-sonarr.log
Same as above supervisord.log except it starts with the below ERROR
Error: could not find config file /etc/supervisor.conf
or help, use /usr/bin/supervisord -h
 

I would guess you are either running an old version of unraid with an old kennel or you are using a tagged out of date image. So what version of unraid are you using?

Sent from my 2312DRA50G using Tapatalk

[Getting Goin]

6 hours ago, binhex said:

I would guess you are either running an old version of unraid with an old kennel or you are using a tagged out of date image. So what version of unraid are you using?

Sent from my 2312DRA50G using Tapatalk
 

Hi Binhex, 

 

I am on the current version of Unraid which is 6.12.10 with a Linux kernel of 6.1.79.  All mine containers are current/updated.  Unsure how to check for tagged dated image.  Just for the record I am having this issue with three (krusader, sonarr and radarr) out of four containers that i utilize from yourself.  All three behave the same except for rutorrent, which appears to be working fine but with some log errors.   I am unsure how rutorrent is working or built differently, but thought it may help zero in things. Many thanks for taking your valuable time to answer and help, really appreciate the work you have done.  Thanks.

 

 

Edited Saturday at 06:09 PM by Getting Goin

[thatsthefrickenlightning]

Hoping this isn't a silly question: why do multiple of Binhex's containers map /data/ in the container to /appdata/data/ on the appdata share? My appdata backup plugin is warning me about multiple containers sharing that mapping.

[binhex]

46 minutes ago, thatsthefrickenlightning said:

Hoping this isn't a silly question: why do multiple of Binhex's containers map /data/ in the container to /appdata/data/ on the appdata share?

Because that is the correct thing to do, if you do not have consistent download locations across all your container then you will see 'cannot find file/folder' messages, no idea why your backup plugin is bitchin about it, but it shouldn't be.

[binhex]

On 4/27/2024 at 7:05 PM, Getting Goin said:

Hi Binhex, 

 

I am on the current version of Unraid which is 6.12.10 with a Linux kernel of 6.1.79.  All mine containers are current/updated.  Unsure how to check for tagged dated image.  Just for the record I am having this issue with three (krusader, sonarr and radarr) out of four containers that i utilize from yourself.  All three behave the same except for rutorrent, which appears to be working fine but with some log errors.   I am unsure how rutorrent is working or built differently, but thought it may help zero in things. Many thanks for taking your valuable time to answer and help, really appreciate the work you have done.  Thanks.

 

 

Make sure all containers are up to date, go to unraid web ui/docker and click on 'check for updates' then apply all updates.

[Kilrah]

29 minutes ago, binhex said:

no idea why your backup plugin is bitchin about it, but it shouldn't be.

It's warning because if a folder is common to multiple containers and located within the appdata share it'll be backed up multiple times as part of each container unless you set up manual exclusions, plus you have to set things up so that all of the containers accessing it are stopped together or it may cause failed backups as one container changes a file while another is being backed up.

 

1 hour ago, thatsthefrickenlightning said:

Hoping this isn't a silly question: why do multiple of Binhex's containers map /data/ in the container to /appdata/data/ on the appdata share?

You typically want to change that common folder to be in another share, since you also usually don't want to backup downloads as part of appdata anyway.

[thatsthefrickenlightning]

53 minutes ago, binhex said:

Because that is the correct thing to do, if you do not have consistent download locations across all your container then you will see 'cannot find file/folder' messages, no idea why your backup plugin is bitchin about it, but it shouldn't be.

 

21 minutes ago, Kilrah said:

It's warning because if a folder is common to multiple containers and located within the appdata share it'll be backed up multiple times as part of each container unless you set up manual exclusions, plus you have to set things up so that all of the containers accessing it are stopped together or it may cause failed backups as one container changes a file while another is being backed up.

 

You typically want to change that common folder to be in another share, since you also usually don't want to backup downloads as part of appdata anyway.

 

Found their explanation for the warning:

 

The plugin sent me here to get help for the "Mapping used in multiple containers!" message

The plugin can detect if you use the same mapping within more containers. That is completely okay but you should know that this can lead to "verification failed: contents differ" messages if you use stop/backup/start method and another container modifies the data during backup of the container that uses that share.

The best way to get rid of that message is to add that share to the exclusion in all but the main container. One could also change the backup type but it does not prevent backing that share up multiple times!