Squid Posted October 23, 2017 Share Posted October 23, 2017 Or you can simply run Tools - New Permissions against the TV Shows share (or Docker Safe New Permissions) Quote Link to comment
superderpbro Posted October 23, 2017 Share Posted October 23, 2017 (edited) 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 Quote Link to comment
superderpbro Posted October 23, 2017 Share Posted October 23, 2017 Did i do it right? lol Quote Link to comment
Gog Posted October 23, 2017 Share Posted October 23, 2017 looks good. This gives everyone access to everything though, you might want to check if your read-only users are really read-only... Quote Link to comment
superderpbro Posted October 23, 2017 Share Posted October 23, 2017 (edited) 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 Quote Link to comment
lionelhutz Posted October 24, 2017 Share Posted October 24, 2017 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. Quote Link to comment
clearzero Posted October 24, 2017 Share Posted October 24, 2017 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. Quote Link to comment
ReidLinden Posted October 24, 2017 Share Posted October 24, 2017 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. Quote Link to comment
Gog Posted October 24, 2017 Share Posted October 24, 2017 (edited) 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 Quote Link to comment
clearzero Posted October 24, 2017 Share Posted October 24, 2017 (edited) 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 Quote Link to comment
Gog Posted October 25, 2017 Share Posted October 25, 2017 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 Quote Link to comment
lionelhutz Posted October 25, 2017 Share Posted October 25, 2017 My guess would be a Sonarr setup issue. You have /media entered to be used somewhere, likely as the location for the completed files. Quote Link to comment
Lo Key Posted October 26, 2017 Share Posted October 26, 2017 (edited) 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 Quote Link to comment
clearzero Posted October 26, 2017 Share Posted October 26, 2017 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. Quote Link to comment
lionelhutz Posted October 26, 2017 Share Posted October 26, 2017 (edited) 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 Quote Link to comment
clearzero Posted October 26, 2017 Share Posted October 26, 2017 Thanks, I got it now. Figured out the problem. Hopefully. It's strange that you can get to the same place from 2 directions. Quote Link to comment
Gog Posted October 27, 2017 Share Posted October 27, 2017 (edited) 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 Quote Link to comment
Lo Key Posted October 27, 2017 Share Posted October 27, 2017 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! Quote Link to comment
mkyb14 Posted October 28, 2017 Share Posted October 28, 2017 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. Quote Link to comment
Squid Posted October 28, 2017 Share Posted October 28, 2017 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 Quote Link to comment
mkyb14 Posted October 28, 2017 Share Posted October 28, 2017 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. Quote Link to comment
MowMdown Posted October 29, 2017 Share Posted October 29, 2017 (edited) @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 Quote Link to comment
lionelhutz Posted October 29, 2017 Share Posted October 29, 2017 ^^^^^^^^^^^^^^ 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 Quote Link to comment
MowMdown Posted October 29, 2017 Share Posted October 29, 2017 (edited) 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 Quote Link to comment
Squid Posted October 29, 2017 Share Posted October 29, 2017 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.