[Support] Linuxserver.io - Sonarr

[Squid]

Or you can simply run Tools - New Permissions against the TV Shows share (or Docker Safe New Permissions)

[superderpbro]

Thanks Gog. That worked. 

 

EDIT:

 

will that affect the way my shares read/write is set up Squid?

 

EDIT: Am i doing this right?

 

 

REALLY dont want to mess something up

Edited October 23, 2017 by superderpbro

[superderpbro]

Did i do it right? lol

 

[Gog]

looks good.  This gives everyone access to everything though, you might want to check if your read-only users are really read-only...

[superderpbro]

I went into the share settings and made it public then secure again.

 

From another user

 

Thank you for your help guys

Edited October 23, 2017 by superderpbro

[lionelhutz]

http://permissions-calculator.org/

 

The directories from files I wrote to the server via the user shares are drwxrwxrwx which is 0777 and the files are -rw-rw-rw- which is 0666.

[clearzero]

Not sure if this is the same issue but I have been having issues after a new install.  I went back to the LS version of Sonarr which helped a bit but I am getting a couple of errors.

 

First error is triggered under the normal script to scan for new downloads and rename and move.  I get this-

 

 

Now, if I try to manually move the file I get this-

 

 

I'm kind of lost at the moment.

[ReidLinden]

The label was, in fact, the entire problem.  After adding the label plugin to deluge, and re-adding the label to sonarr's deluge connection, new downloads are correctly moved.

[Gog]

15 hours ago, clearzero said:

Not sure if this is the same issue but I have been having issues after a new install.  I went back to the LS version of Sonarr which helped a bit but I am getting a couple of errors.

 

First error is triggered under the normal script to scan for new downloads and rename and move.  I get this-

 

 

Now, if I try to manually move the file I get this-

 

 

I'm kind of lost at the moment.

 

It looks like your download path is mapped to /download and your sonarr path is mapped to /media.

 

For the copy/move to work, both containers need to have the exact same path to the video file.

 

Edit: I'm rereading myself and I'm not so sure anymore.  It looks like your download path is OK in the first error but not in the second.  In the first one it's the media drive that complains.  I'm still betting on container mapping though.

Edited October 24, 2017 by Gog

[clearzero]

I agree that it has to be a mapping issue.  Here are my container settings.  They look right.

 

Sonarr

 

NZBGET

 

 

Edited October 24, 2017 by clearzero

[Gog]

I agree that it has to be a mapping issue.  Here are my container settings.  They look right.
 
Sonarr

 
NZBGET

 
 

How is /media defined On sonarr? That's what the error message is complaining about...

Sent from my SGH-I337M using Tapatalk

[lionelhutz]

My guess would be a Sonarr setup issue. You have /media entered to be used somewhere, likely as the location for the completed files.

[Lo Key]

I've been having the same kind of errors as Gog.  The renaming issue also happens with Radarr although here, of course, we'll focus on Sonarr.  I'll provide everything I can think of here.  Please let me know what I might be overlooking.

 

 

 

 

 

 

 

 

Edited October 26, 2017 by Lo Key
cleanup

[clearzero]

Unfortunately I don't even see /media in the settings in Sonarr.  I suspect it is a mapping based on the container values.  Based on the error, /media should be the "tv" folder in the container setting.  Very odd.

[lionelhutz]

You have the containers mapped with /media pointing to your media share but the error says Sonarr tried to put the file into /tv. You either have to change the containers and replace /media with /tv and make sure the server side direction does point to the TV location on the server. Otherwise, set Sonarr to put the file into /media.  In Sonarr, go to the Series page and then click the wrench icon for the Last Week Tonight series to see  the path.

 

If all series have the wrong path it'd be easier to just change the mapping.

 

You should not need the media share mapped at all in NZBget.

Edited October 26, 2017 by lionelhutz

[clearzero]

Thanks, I got it now. Figured out the problem.  Hopefully.   It's strange that you can get to the same place from 2 directions.

[Gog]

4 hours ago, Lo Key said:

I've been having the same kind of errors as Gog.  The renaming issue also happens with Radarr although here, of course, we'll focus on Sonarr.  I'll provide everything I can think of here.  Please let me know what I might be overlooking.

 

 

Whoa there buddy, my setup works just fine, don't you jinx me! 

 

You have a similar issue as clearzero, sonarr is trying to write in the wrong place. lionelhutz gave the right explanation.

 

Take a look at the sonarr log: Access to the path "/tv/....

And in your sonarr, you defines /dev/rtc, /media, /download and /config.  Sonarr has no idea what /tv is.

 

Either define /tv to /mnt/user/whatever in the sonarr container options or in your series, go in options and save them to the path /media/tv/Last Week Toni...

 

 

 

Creating the mapping in the sonarr container parameters is probably a *lot* less clicks

Edited October 27, 2017 by Gog

[Lo Key]

1 hour ago, Gog said:

 

Whoa there buddy, my setup works just fine, don't you jinx me! 

 

You have a similar issue as clearzero, sonarr is trying to write in the wrong place. lionelhutz gave the right explanation.

 

Take a look at the sonarr log: Access to the path "/tv/....

And in your sonarr, you defines /dev/rtc, /media, /download and /config.  Sonarr has no idea what /tv is.

 

Either define /tv to /mnt/user/whatever in the sonarr container options or in your series, go in options and save them to the path /media/tv/Last Week Toni...

 

 

 

Creating the mapping in the sonarr container parameters is probably a *lot* less clicks

 

Ugh... yeah, that was it.  Corrected the path and I'm good to go.  Thanks!

[mkyb14]

Trying to figure out why a shared folder, mapped outside the containers is not allowing files to be moved by Sonarr?

 

Sabnzbd pulls the file, sorts it to redo obfuscation and sonarr and sabnzbd are both pointing at the same directory...

 

Sonarr just shows it as downloaded (purple bar) and never moves the file.

[Squid]

8 minutes ago, mkyb14 said:

sonarr and sabnzbd are both pointing at the same directory

No they're not.

 

Your host path for /downloads does not match between SabNZBd and Sonarr.  Set both apps' templates to be /mnt/cache/appdata/Downloads

 

https://forums.lime-technology.com/topic/57181-real-docker-faq/?page=2#comment-566086

 

[mkyb14]

ok, the link provided the necessary understanding.  Thank you.

 

Only thing left is that after sonarr takes the info, it's not deleting the file from the completed folder.  it's like it's copying it and not removing the original.

[MowMdown]

@mkyb14, I'm going to give you exactly what you need to put in for all your download paths, copy in exactly what I type. (only copy the parts that start with "/mnt/user/...")

 

sabNZBd:

/downloads-complete --> /mnt/user/Downloads/complete
/downloads-incomplete --> /mnt/user/Downloads/incomplete

Sonarr (and radarr):

/data --> /mnt/user/Downloads/

Deluge (Host Path #2):

/data --> /mnt/user/Downloads/

 

Just make sure the Cache option for your "Downloads" share it set to "Yes"

Edited October 29, 2017 by MowMdown

[lionelhutz]

^^^^^^^^^^^^^^ Don't use that because it will not work. It must be like below. BOTH the container and unRAID sides have to be exactly the same for it to work.

 

FOR ALL      /downloads --> /mnt/user/Downloads/    

 

Point completed downloads in SAB to /downloads/complete and incomplete downloads to /downloads/incomplete.

 

When incomplete downloads are in the Downloads share you can just delete this because it's pointless to have it in the container.

 

14 hours ago, MowMdown said:

/downloads-incomplete --> /mnt/user/Downloads/incomplete

 

[MowMdown]

1 hour ago, lionelhutz said:

^^^^^^^^^^^^^^ Don't use that because it will not work. It must be like below. BOTH the container and unRAID sides have to be exactly the same for it to work.

 

FOR ALL      /downloads --> /mnt/user/Downloads/    

 

Point completed downloads in SAB to /downloads/complete and incomplete downloads to /downloads/incomplete.

 

When incomplete downloads are in the Downloads share you can just delete this because it's pointless to have it in the container.

 

 

 

That’s all dependent on who’s container you use. Binhex uses just one, /data,

 

LSIO uses both it appears

 

so yes you need to specifiy completed and incomplete

Edited October 29, 2017 by MowMdown

[Squid]

2 hours ago, MowMdown said:

That’s all dependent on who’s container you use. Binhex uses just one, /data,

 

LSIO uses both it appears

 

so yes you need to specifiy completed and incomplete

Not particularly.

 

Binhex uses /data, and he expects you to tell Sab  download to /data/whatever

LSIO uses /downloads and they expect you to tell sab to download to /downloads/whatever

 

No real reason under either to have to specify a second mapping for incompletes, and have sab download to incomplete and then move it to another mapping for completes.  You can just use a sub-folder from the main downloads mapping.  Its actually a hell of a lot faster to specify both complete and incomplete as subfolders within the application from a single mapping.  That way the move from incomplete to complete is instantaneous (simple rename) instead of a copy/delete operation.

 

By and large most applications it doesn't make a single difference at all what you name the container mapping (so long as they match between the apps communicate with each other).  /config is the exception and shouldn't be changed (why its hidden)

 

Binhex Sab can communicate no problems with LSIO Sonarr.  So long as the mapping matches between the two.  Doesn't matter is you decide to use /data or /downloads or /StuffImHidingFromTheMPAA - it just has to match between the two and within the app's settings you tell it to put the downloads in the container mapping you chose.