October 23, 20178 yr Or you can simply run Tools - New Permissions against the TV Shows share (or Docker Safe New Permissions)
October 23, 20178 yr 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, 20178 yr by superderpbro
October 23, 20178 yr looks good. This gives everyone access to everything though, you might want to check if your read-only users are really read-only...
October 23, 20178 yr 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, 20178 yr by superderpbro
October 24, 20178 yr 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.
October 24, 20178 yr 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.
October 24, 20178 yr 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.
October 24, 20178 yr 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, 20178 yr by Gog
October 24, 20178 yr I agree that it has to be a mapping issue. Here are my container settings. They look right. Sonarr NZBGET Edited October 24, 20178 yr by clearzero
October 25, 20178 yr 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
October 25, 20178 yr My guess would be a Sonarr setup issue. You have /media entered to be used somewhere, likely as the location for the completed files.
October 26, 20178 yr 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, 20178 yr by Lo Key cleanup
October 26, 20178 yr 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.
October 26, 20178 yr 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, 20178 yr by lionelhutz
October 26, 20178 yr Thanks, I got it now. Figured out the problem. Hopefully. It's strange that you can get to the same place from 2 directions.
October 27, 20178 yr 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, 20178 yr by Gog
October 27, 20178 yr 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!
October 28, 20178 yr 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.
October 28, 20178 yr 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
October 28, 20178 yr 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.
October 29, 20178 yr @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, 20178 yr by MowMdown
October 29, 20178 yr ^^^^^^^^^^^^^^ 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
October 29, 20178 yr 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, 20178 yr by MowMdown
October 29, 20178 yr 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.
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.