cgmille2 Posted October 1, 2016 Share Posted October 1, 2016 I seem to be having random permission issues with SR since upgrading to 6.2. SR will tell me "No such file or directory" and "Unable to move the files to their new home" during postprocessing, but I can immediately try postprocessing again and it will work. I rolled back to 6.1.9 and it seemed to be working alright (but SR doesn't give me an error on every download). I am using deluge and NZBtoMedia. Disabling NZBtoMedia did not help. I tried sparklyballs deluge script (https://lime-technology.com/forum/index.php?topic=39762.msg372163#msg372163). I tried running the docker-safe new permissions script. SR is up to date (2d9a6c1). I'm stuck... Any thoughts? http://pastebin.com/9jk5ez7i Quote Link to comment
CHBMB Posted October 4, 2016 Share Posted October 4, 2016 No idea, how have you got the containers setup? Specifically what happens with NEW files if you exclude nzbtomedia from the equation? Sent from my LG-H815 using Tapatalk Quote Link to comment
cgmille2 Posted October 4, 2016 Share Posted October 4, 2016 Deluge downloads to /mnt/user/Limbo, then once completed moves it to mnt/user/Limbo/tv. Nzbtomedia moves it to mnt/user/Limbo/Processed/tv where sickrage picks it up and then moves to /mnt/user/Media/TV Shows. Without nzbtomedia, I have deluge moving completed shows straight into /mnt/user/Limbo/Processed/tv where SR auto post-processes it and moves it to mnt/user/Media/TV Shows. Quote Link to comment
CHBMB Posted October 4, 2016 Share Posted October 4, 2016 Does it work as expected without nzbtomedia (whatever the hell that is) Quote Link to comment
danioj Posted October 4, 2016 Share Posted October 4, 2016 Deluge downloads to /mnt/user/Limbo, then once completed moves it to mnt/user/Limbo/tv. Nzbtomedia moves it to mnt/user/Limbo/Processed/tv where sickrage picks it up and then moves to /mnt/user/Media/TV Shows. Without nzbtomedia, I have deluge moving completed shows straight into /mnt/user/Limbo/Processed/tv where SR auto post-processes it and moves it to mnt/user/Media/TV Shows. Perhaps this issue has something to do with the dir's perhaps don't have the right permissions. Can you do a ls -l On your directories and post the output. Quote Link to comment
CHBMB Posted October 4, 2016 Share Posted October 4, 2016 Deluge downloads to /mnt/user/Limbo, then once completed moves it to mnt/user/Limbo/tv. Nzbtomedia moves it to mnt/user/Limbo/Processed/tv where sickrage picks it up and then moves to /mnt/user/Media/TV Shows. Without nzbtomedia, I have deluge moving completed shows straight into /mnt/user/Limbo/Processed/tv where SR auto post-processes it and moves it to mnt/user/Media/TV Shows. Perhaps this issue has something to do with the dir's perhaps don't have the right permissions. Can you do a ls -l On your directories and post the output. SR will tell me "No such file or directory" and "Unable to move the files to their new home" during postprocessing, but I can immediately try postprocessing again and it will work. Don't think permissions would account for that... Quote Link to comment
sparklyballs Posted October 5, 2016 Share Posted October 5, 2016 i'm guessing that SR is trying to process files that are in the middle of being copied by deluge and the reason you can process them straight after is that the copy is finished by then. Quote Link to comment
cgmille2 Posted October 5, 2016 Share Posted October 5, 2016 CHBMB: [email protected]:~# ls -l /mnt/user/Limbo total 0 drwxrwxrwx 1 nobody users 4 Oct 4 14:52 Processed/ drwxrwxrwx 1 nobody users 48 Oct 3 20:32 movies/ drwxrwxrwx 1 nobody users 128 Oct 4 03:40 nzbget/ drwxrwxrwx 1 nobody users 48 Oct 4 14:47 tv/ drwxrwxrwx 1 nobody users 48 Oct 4 20:24 untitled\ folder/ [email protected]:~# ls -l /mnt/user/Limbo/Processed total 4 drwxrwxrwx 1 nobody users 48 Oct 3 20:31 movies/ drwxrwxrwx 1 nobody users 48 Oct 3 06:05 music/ -rw-rw-rw- 1 nobody users 1196 Aug 19 2015 nzbget.log drwxrwxrwx 1 nobody users 0 Oct 4 20:24 tv/ [email protected]:~# ls -l /mnt/user total 41943041 drwxrwxrwx 1 nobody users 952 Sep 27 05:00 CacheBackup/ drwxrwxrwx 1 nobody users 18 Oct 4 20:24 Limbo/ drwxrwxrwx 1 nobody users 28 Oct 3 08:26 Media/ drwxrwxrwx 1 nobody users 640 Sep 27 18:14 appdata/ -rw-rw-rw- 1 nobody users 42949672960 Oct 4 20:24 docker.img -rw-rw-rw- 1 nobody users 0 Jul 23 2015 syslog.txt I know... It's presenting like a permissions issue but the permissions look alright. sparklyballs: I'm wondering why nzbtomedia would be called by deluge if hadn't finished or why deluge would move the files to the completed folder if it hadn't finished. I've added a delay before nzbtomedia is called. Not quite sure how else I would test this... I've changed some stuff around in the nzbtomedia config and changed the processing method to copy in SR and will see what kind of errors there are in the morning. Thanks Quote Link to comment
danioj Posted October 5, 2016 Share Posted October 5, 2016 i'm guessing that SR is trying to process files that are in the middle of being copied by deluge and the reason you can process them straight after is that the copy is finished by then. I'm inclined to agree with this. Quote Link to comment
CHBMB Posted October 5, 2016 Share Posted October 5, 2016 i'm guessing that SR is trying to process files that are in the middle of being copied by deluge and the reason you can process them straight after is that the copy is finished by then. I'm inclined to agree with this. Yeah makes sense. Quote Link to comment
cgmille2 Posted October 5, 2016 Share Posted October 5, 2016 Well I think I may have something but I'm not sure where to go from here. The mover seems to be having an issue with these files as well. What's strange is that the mover and couchpotato don't have issues with the Movies directory, just the TV Shows directory. Oct 5 03:43:31 Tower move: cmd: Is a directory Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows (22) Invalid argument Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows/Halt and Catch Fire (22) Invalid argument Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows/Halt and Catch Fire, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/ Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/Halt and Catch Fire/ Oct 5 03:43:31 Tower root: rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2] There is a post that seems similar (https://lime-technology.com/forum/index.php?topic=50273.0), but it was not resolved. My diagnostics are attached. Let me know what else you need. tower-diagnostics-20161005-0748.zip Quote Link to comment
danioj Posted October 5, 2016 Share Posted October 5, 2016 Well I think I may have something but I'm not sure where to go from here. The mover seems to be having an issue with these files as well. What's strange is that the mover and couchpotato don't have issues with the Movies directory, just the TV Shows directory. Oct 5 03:43:31 Tower move: cmd: Is a directory Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows (22) Invalid argument Oct 5 03:43:31 Tower shfs/user0: err: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/Media/TV Shows/Halt and Catch Fire (22) Invalid argument Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: rsync: set_acl: sys_acl_set_file(Media/TV Shows/Halt and Catch Fire, ACL_TYPE_ACCESS): Invalid argument (22) Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/ Oct 5 03:43:31 Tower root: .d.......a. Media/TV Shows/Halt and Catch Fire/ Oct 5 03:43:31 Tower root: rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2] There is a post that seems similar (https://lime-technology.com/forum/index.php?topic=50273.0), but it was not resolved. My diagnostics are attached. Let me know what else you need. Im inclined to think the same as squid: This is the actual error returned. Jul 8 15:40:39 MOB shfs/user0: shfs_setxattr: lsetxattr: system.posix_acl_access /mnt/disk1/TV (22) Invalid argument Jul 8 15:40:39 MOB root: rsync: set_acl: sys_acl_set_file(TV, ACL_TYPE_ACCESS): Invalid argument (22) As to its exact meaning / cause I'm not sure. Best guess and its a wild one at that is that your dl client is setting some extended attributes on the files, and reiserfs is having a cow about it.... Not a clue how to fix TBH. I don't think it is a SR issue. More compatibility with SR and RFS- if we agreed with Squid. If we do, you have 2 options IMHO talk to SickRage dev's re this issue and stopping SR from writing attributes to file which RFS can't deal with OR talk to LT about the mover and how it deals with these. The thing both of you seem to have in common is RFS. Id prefer not to advise a move to XFS as a "fix" but, are you planning on moving to XFS any time soon? Either way, I don't think this is a SR Container issue. Quote Link to comment
Squid Posted October 5, 2016 Share Posted October 5, 2016 if we agreed with Squid. Quote Link to comment
cgmille2 Posted October 5, 2016 Share Posted October 5, 2016 I agree, its definitely not a SR container issue. I have thought about moving to XFS but just haven't had the time to go through with it. Looks like I need to do some reading and make some time. Thanks for the help guys. Quote Link to comment
CHBMB Posted October 5, 2016 Share Posted October 5, 2016 I know from personal experience changing file systems is a major pain in the ass, but imho, ReiserFS is living on borrowed time, I think LT will need to continue to support it for V6.X but not sure what they'll do with V7 (Granted that's probably a few years away) Quote Link to comment
cgmille2 Posted October 10, 2016 Share Posted October 10, 2016 Just an update. I am now fully xfs and everything is working great again. Thanks everyone. Quote Link to comment
paramehdic Posted October 10, 2016 Share Posted October 10, 2016 I am having an issue updating also the log for sickrage seems stuck 7/20. Same issue with plexpy as well No errors or anything but when I check the log for the sickrage docker it shows. Brought to you by linuxserver.io We gratefully accept donations at: https://www.linuxserver.io/index.php/donations/ ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 30-install: executing... [cont-init.d] 30-install: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. I have had to re-create my docker(s) recently and not sure whats causing this and if its maybe related to the fact that sickrage log isnt updating either. Thanks, Quote Link to comment
CHBMB Posted October 10, 2016 Share Posted October 10, 2016 That log file looks perfectly normal to me. Quote Link to comment
paramehdic Posted October 10, 2016 Share Posted October 10, 2016 That log file looks perfectly normal to me. Yes I dont see any issue with it either but the container wont update. Usually when I select restart you can see it checking locations and downloading new content (if available) however now all I get is what you see above. Quote Link to comment
CHBMB Posted October 10, 2016 Share Posted October 10, 2016 Think you missed the fact that our containers have been rebased and no longer auto update. Instead we trigger weekly updates and push them to the hub. Quote Link to comment
paramehdic Posted October 10, 2016 Share Posted October 10, 2016 Thanks can you clarify how the update will take place? Will I need to restart docker in order to update? Check updates on docker page or will the update automatically push and no user input needed? Quote Link to comment
CHBMB Posted October 10, 2016 Share Posted October 10, 2016 Thanks can you clarify how the update will take place? Will I need to restart docker in order to update? Check updates on docker page or will the update automatically push and no user input needed? It'll appear via the Unraid webui like all the other updates to the container do Quote Link to comment
gl3nn Posted October 17, 2016 Share Posted October 17, 2016 Hello guys, I'm running the linuxserver docker for sickrage and the linuxserver docker for nzbget and i'm trying to configure nzbtomedia. The problem is that nzbtomedia keeps throwing this erro: 2016-10-17 10:29:53 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. any ideas? Greetings gl3nn p.s. here is the complete log 2016-10-17 10:28:22 INFO ::MAIN: Checking database structure... 2016-10-17 10:28:22 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:28:23 INFO ::MAIN: No update needed 2016-10-17 10:28:23 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:28:23 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:28:23 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:28:23 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:28:23 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:28:23 INFO ::MAIN: ######################################################### 2016-10-17 10:28:23 INFO ::MAIN: ## ..::[nzbToMedia.py]::.. ## 2016-10-17 10:28:23 INFO ::MAIN: ######################################################### 2016-10-17 10:28:23 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:28:23 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:28:23 INFO ::MAIN: Calling SickBeard:Series to post-process:human.planet.s01e06.720p.bluray.x264-shortbrehd 2016-10-17 10:28:24 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:28:24 INFO ::MAIN: FLATTEN: Flattening directory: /downloads/completed/Series/human.planet.s01e06.720p.bluray.x264-shortbrehd 2016-10-17 10:28:24 POSTPROCESS::SICKBEARD: SUCCESS: The download succeeded, sending a post-process request 2016-10-17 10:28:24 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:28:24 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. 2016-10-17 10:29:09 INFO ::MAIN: Checking database structure... 2016-10-17 10:29:09 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:29:10 INFO ::MAIN: No update needed 2016-10-17 10:29:10 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:29:10 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:29:10 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:10 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:29:10 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:10 INFO ::MAIN: ######################################################### 2016-10-17 10:29:10 INFO ::MAIN: ## ..::[nzbToMedia.pyc]::.. ## 2016-10-17 10:29:10 INFO ::MAIN: ######################################################### 2016-10-17 10:29:10 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:29:10 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:29:10 INFO ::MAIN: Calling SickBeard:Series to post-process:Attack.On.Titan.S01E08.720p.BluRay.x264-DeBTViD 2016-10-17 10:29:10 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:29:10 INFO ::MAIN: FLATTEN: Flattening directory: /downloads/completed/Series/Attack.On.Titan.S01E08.720p.BluRay.x264-DeBTViD 2016-10-17 10:29:10 POSTPROCESS::SICKBEARD: SUCCESS: The download succeeded, sending a post-process request 2016-10-17 10:29:10 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:29:10 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. 2016-10-17 10:29:14 INFO ::MAIN: Checking database structure... 2016-10-17 10:29:14 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:29:14 INFO ::MAIN: No update needed 2016-10-17 10:29:14 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:29:14 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:29:14 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:14 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:29:14 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:14 INFO ::MAIN: ######################################################### 2016-10-17 10:29:14 INFO ::MAIN: ## ..::[nzbToMedia.pyc]::.. ## 2016-10-17 10:29:14 INFO ::MAIN: ######################################################### 2016-10-17 10:29:14 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:29:14 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:29:14 INFO ::MAIN: Calling SickBeard:Series to post-process:Attack.On.Titan.S01E10.BDRip.x264-DeBTViD 2016-10-17 10:29:15 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:29:15 INFO ::MAIN: FLATTEN: Flattening directory: /downloads/completed/Series/Attack.On.Titan.S01E10.BDRip.x264-DeBTViD 2016-10-17 10:29:15 POSTPROCESS::SICKBEARD: SUCCESS: The download succeeded, sending a post-process request 2016-10-17 10:29:15 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:29:15 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. 2016-10-17 10:29:52 INFO ::MAIN: Checking database structure... 2016-10-17 10:29:52 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:29:53 INFO ::MAIN: No update needed 2016-10-17 10:29:53 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:29:53 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:29:53 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:53 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:29:53 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:29:53 INFO ::MAIN: ######################################################### 2016-10-17 10:29:53 INFO ::MAIN: ## ..::[nzbToMedia.pyc]::.. ## 2016-10-17 10:29:53 INFO ::MAIN: ######################################################### 2016-10-17 10:29:53 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:29:53 INFO ::MAIN: Download failed with status FAILURE/HEALTH. 2016-10-17 10:29:53 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:29:53 INFO ::MAIN: Calling SickBeard:Series to post-process:The.Wire.S01E02.1080p.BluRay.x264-ROVERS 2016-10-17 10:29:53 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:29:53 WARNING ::SICKBEARD: No media files found in directory /downloads/intermediate/The.Wire.S01E02.1080p.BluRay.x264-ROVERS.#3262. Processing this as a failed download 2016-10-17 10:29:53 POSTPROCESS::SICKBEARD: FAILED: The download failed. Sending 'failed' process request to sickrage branch 2016-10-17 10:29:53 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:29:53 POSTPROCESS::SICKBEARD: Deleting failed files and folder /downloads/intermediate/The.Wire.S01E02.1080p.BluRay.x264-ROVERS.#3262 2016-10-17 10:29:53 INFO ::MAIN: Deleting /downloads/intermediate/The.Wire.S01E02.1080p.BluRay.x264-ROVERS.#3262 2016-10-17 10:29:53 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. 2016-10-17 10:41:57 INFO ::MAIN: Checking database structure... 2016-10-17 10:41:57 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:41:57 INFO ::MAIN: No update needed 2016-10-17 10:41:57 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:41:57 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:41:57 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:41:57 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:41:57 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:41:57 INFO ::MAIN: ######################################################### 2016-10-17 10:41:57 INFO ::MAIN: ## ..::[nzbToMedia.pyc]::.. ## 2016-10-17 10:41:57 INFO ::MAIN: ######################################################### 2016-10-17 10:41:57 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:41:58 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:41:58 INFO ::MAIN: Calling SickBeard:Series to post-process:the.wire.s01e04.1080p.bluray.x264-rovers 2016-10-17 10:41:58 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:41:58 INFO ::MAIN: FLATTEN: Flattening directory: /downloads/completed/Series/the.wire.s01e04.1080p.bluray.x264-rovers 2016-10-17 10:41:58 POSTPROCESS::SICKBEARD: SUCCESS: The download succeeded, sending a post-process request 2016-10-17 10:41:58 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:41:58 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. 2016-10-17 10:41:59 INFO ::MAIN: Checking database structure... 2016-10-17 10:41:59 INFO ::MAIN: Checking if source needs an update 2016-10-17 10:42:00 INFO ::MAIN: No update needed 2016-10-17 10:42:00 INFO ::MAIN: nzbToMedia Version:2d770510a284fadc6b44628626f5769789086dbb Branch:master (Linux 4.4.23-unRAID) 2016-10-17 10:42:00 WARNING ::MAIN: Failed to locate ffmpeg. Transcoding disabled! 2016-10-17 10:42:00 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:42:00 WARNING ::MAIN: Failed to locate ffprobe. Video corruption detection disabled! 2016-10-17 10:42:00 WARNING ::MAIN: Install ffmpeg with x264 support to enable this feature ... 2016-10-17 10:42:00 INFO ::MAIN: ######################################################### 2016-10-17 10:42:00 INFO ::MAIN: ## ..::[nzbToMedia.pyc]::.. ## 2016-10-17 10:42:00 INFO ::MAIN: ######################################################### 2016-10-17 10:42:00 INFO ::MAIN: Script triggered from NZBGet Version 17.1. 2016-10-17 10:42:00 INFO ::MAIN: Download failed with status FAILURE/HEALTH. 2016-10-17 10:42:00 INFO ::MAIN: Auto-detected SECTION:SickBeard 2016-10-17 10:42:00 INFO ::MAIN: Calling SickBeard:Series to post-process:the.wire.s01e05.1080p.bluray.x264-rovers 2016-10-17 10:42:00 INFO ::MAIN: SickBeard:Series fork set to sickrage 2016-10-17 10:42:00 WARNING ::SICKBEARD: No media files found in directory /downloads/intermediate/the.wire.s01e05.1080p.bluray.x264-rovers.#3266. Processing this as a failed download 2016-10-17 10:42:00 POSTPROCESS::SICKBEARD: FAILED: The download failed. Sending 'failed' process request to sickrage branch 2016-10-17 10:42:00 POSTPROCESS::SICKBEARD: Unable to figure out what folder to process. If your downloader and SickRage aren't on the same PC make sure you fill out your TV download dir in the config. 2016-10-17 10:42:00 POSTPROCESS::SICKBEARD: Deleting failed files and folder /downloads/intermediate/the.wire.s01e05.1080p.bluray.x264-rovers.#3266 2016-10-17 10:42:00 INFO ::MAIN: Deleting /downloads/intermediate/the.wire.s01e05.1080p.bluray.x264-rovers.#3266 2016-10-17 10:42:00 ERROR ::MAIN: A problem was reported in the /downloads/scripts/nzbToSickBeard.py script. Quote Link to comment
CHBMB Posted October 17, 2016 Share Posted October 17, 2016 I refer you back to my previous answer that it's a problem with your folder mappings, as the logs says. Nobody can tell you anymore than that as it's dependent on how you have the folders setup which is why I pointed you in the direction of the docker faq in your other post, which has some good posts on how to get your head around mapped folders etc... 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.