How to set up post processing?

how do i set up post processing in SABnzbd via NZBdrone? theres a lot of scripts and i dont know how to set it up, does someone know?

You don’t need to use a script within SABnzbd, just set your “Download Client TV Directory” (Settings -> Download Client) to the same folder where SAB puts your unsorted TV shows.

The “Download Client TV Directory” should not be the same folder as any of your foot folders for TV within NzbDrone as that could potentially cause data loss

Example:
SAB downloads to: D:\Unsorted TV
TV Shows exist in: D:\TV
Download Client TV Directory would be: D:\Unsorted TV
And my root folder for shows would be D:\TV

Let us know if you’re still having issues.

Thanks, this helps the Sickbeard immigrants who assume that you need to have that configured. Testing it out now.

Im still a bit confused on this. I had a working sabtosickbeard setup, but i cant figure out how to have everything work without sickbeard.

NzbDrone scans the “Drone Factory” folder for new episodes, just make sure that folder is the same folder that SAB downloads your TV episodes to. The above example illustrates the setup. No need to setup any post processing script any more

How often is the drone factory scan done? I’ve got ~10 episodes (~3-4 hours of downloading) built up in the drone factory folder. All downloads were initiated by NzbDrone, and NzbDrone has been running the whole time.

It attempts to process that folder every minute. Did NzbDrone automatically queue the files?

Each episode currently sitting in the drone folder was added individually through NzbDrone. Some via automatic search, some via manual search. It still hasn’t processed, so it’s pretty safe to say that it isn’t going to at this point. Any idea what might cause that?

Import does a few checks

  • sample check (if its under 80MB and length is less than 3 minutes) its treated as a sample
  • It also makes sure the folder isn’t your series folder
  • The existing file (if any) isn’t equal or better
  • As well as a check to see if the file names are similar (checks size and filename)

Log files (with trace logging enabled) should show why its being rejected.

None of the episodes not being processed would fail any of those checks. They’re full length, better quality than what they’re replacing, not in the series folder, and they have easily-parseable file names.

Here’s the log for one episode (this repeats x all of them)

13-7-28 20:13:33.4|Info|NzbDrone.Core.MediaFiles.RecycleBinProvider|Recycling Bin has not been configured, deleting permanently.
13-7-28 20:13:33.5|Warn|ImportApprovedEpisodes|Couldn’t import episode C:\Users\USERNAME\Downloads\finished\Breaking Bad S03E05 720p HDTV x264-CTU\breaking.bad.s03e05.720p.hdtv.x264-ctu.mkv

System.UnauthorizedAccessException: Access to the path ‘D:\Media\tv\Breaking Bad\Season 03\Breaking Bad - S03E05 - SD.TV-FEVER.avi’ is denied.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalDelete(String path, Boolean checkHost)
at System.IO.File.Delete(String path)
at NzbDrone.Common.DiskProvider.DeleteFile(String path) in m:\buildAgent2_work\bc9a5cca09497250\zbDrone.Common\DiskProvider.cs:line 245
at NzbDrone.Core.MediaFiles.RecycleBinProvider.DeleteFile(String path) in m:\buildAgent2_work\bc9a5cca09497250\zbDrone.Core\MediaFiles\RecycleBinProvider.cs:line 71
at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile(EpisodeFile episodeFile, LocalEpisode localEpisode) in m:\buildAgent2_work\bc9a5cca09497250\zbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:line 42
at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import(List`1 decisions, Boolean newDownload) in m:\buildAgent2_work\bc9a5cca09497250\zbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:line 70

13-7-28 20:13:35.4|Info|NzbDrone.Core.MediaFiles.RecycleBinProvider|Recycling Bin has not been configured, deleting permanently.
13-7-28 20:13:35.5|Warn|ImportApprovedEpisodes|Couldn’t import episode C:\Users\USERNAME\Downloads\finished\Breaking Bad S03E06 720p HDTV X264-DIMENSION\Breaking.Bad.S03E06.720p.HDTV.X264-DIMENSION.mkv

Edit: Edited out my user name for anonymity. Otherwise the log is unaltered.

It doesn’t have permissions to delete the existing file, so it can’t import the new one.

It does have permissions. UAC is off, there’s no lock of any sort… there’s nothing whatsoever preventing access to the old file. It has replaced previous episodes in the same show, on the same drive just like I’m trying to get it to do here.

According to the log it doesn’t, I can’t provide any more details than what has been logged. Try running it as admin (even though UAC is off), otherwise I don’t have any suggestions at this time.

I’ve tried everything I can think of. I’m on an administrator account, running as administrator. I’ve moved the location of NzbDrone’s folder around to half a dozen new locations, none of which worked. I’ve gone and made sure the files were not in use by deleting a few myself. Nothing indicates that this is anything other than an NzbDrone issue.

I’ve been trying to think of other possible causes, but haven’t come up with anything.

Are you running NzbDrone as a service or nzbdrone.console.exe or nzbdrone.exe directly?

I’m running nzbdrone.exe. Maybe I should try running it as a service to see if that changes things.

Nope, running as a service didn’t help. Same issue.

Are the files marked as read-read only?
Can you re-apply permissions from the root folder and tell it to overwrite inherited permissions?

Looks like we might be able to do a check and possible reset the permissions before deletion, but I want to see if the above works. NzbDrone sets the permissions when it moves the files, but it sounds like this was a preexisting file and the permissions may be off.

I’ve enabled all permissions for all users from the root folder and extended it to all child folders (using Win7) in Properties -> Security. If you’re talking about another set of permissions, I don’t know of them. Still doesn’t fix the problem.

Yeah, those are the ones. I’ll add some more logging to try and dig in further.