sabnzbd / sickbeard / couchpotato pbi's

[gesshoku]

Thanks a lot from me as well. Sent you a beer, too. Or two or three. Not sure what they cost ;-)

 

[Joshua Parker Ruehlig]

Haha, thanks. Yeah I'm more of a wine person myself.

 

[Craysh]

Haha, thanks. Yeah I'm more of a wine person myself.

Well pick yourself up some bottles of Two-Buck Chuck! :)

 

[Wolfeman0101]

I migrated from .7 to .8 and was having issues moving my old files until I chmod 777 all the files I copied over. Just a tip.

 

[toddos]

I migrated from .7 to .8 and was having issues moving my old files until I chmod 777 all the files I copied over. Just a tip.

I noticed a similar issue. The new services were all created as uid:gid 1000:1000 (I don't have a uid or gid of 1000). I manually recursively chowned the folders with their corresponding users and groups (chown -R sickbeard.sickbeard sickbeard-amd64/) and then everything worked fine. But until I did that, the services wouldn't start at all.

 

[Craysh]

CouchPotato is not showing anything in it's lists.

I get the following errors in the log:

Code:

08-30 02:58:31 ERROR [chpotato.core.plugins.log] API log: {'line': u'43', 'type': u'error', 'message': u"chrome 21: \nUncaught TypeError: Cannot read property 'id' of undefined", 'file': u'http://HOST/api/API_KEY/static/file_manager/file.js', 'page': u'http://HOST/wanted/'}

08-30 02:58:34 ERROR [chpotato.core.plugins.log] API log: {'line': u'43', 'type': u'error', 'message': u"chrome 21: \nUncaught TypeError: Cannot read property 'id' of undefined", 'file': u'http://HOST/api/API_KEY/static/file_manager/file.js', 'page': u'http://HOST/wanted/'}

08-30 02:58:35 ERROR [chpotato.core.plugins.log] API log: {'line': u'43', 'type': u'error', 'message': u"chrome 21: \nUncaught TypeError: Cannot read property 'id' of undefined", 'file': u'http://HOST/api/API_KEY/static/file_manager/file.js', 'page': u'http://HOST/wanted/'}

EDIT: The movies are showing up now. It just took a while for them to load the first time :)

 

[Wolfeman0101]

Everything was working great and then I restarted Sickbeard. Now I'm getting this:

Code:

Attica# PID file /usr/pbi/sickbeard-amd64/data/sickbeard.pid already exists. Exiting.

 

[toddos]

Everything was working great and then I restarted Sickbeard. Now I'm getting this:

Code:

Attica# PID file /usr/pbi/sickbeard-amd64/data/sickbeard.pid already exists. Exiting.

Make sure Sickbeard isn't actually running ("service sickbeard stop" from the jail shell), and then delete the pid file. I haven't run into issues with pid files sticking around yet on 0.8, but did have that issue occasionally (especially with SAB) on 0.7.

 

[Wolfeman0101]

Make sure Sickbeard isn't actually running ("service sickbeard stop" from the jail shell), and then delete the pid file. I haven't run into issues with pid files sticking around yet on 0.8, but did have that issue occasionally (especially with SAB) on 0.7.

Ok that worked. I don't think the PID files like the restart command from within Sickbeard.

 

[toddos]

Ok that worked. I don't think the PID files like the restart command from within Sickbeard.

I'm not seeing an issue here. I just did the following:

1. Started Sickbeard from the FreeNAS Plugins UI
2. Checked the pid in the data/sickbeard.pid file and in ps, verified they matched
3. Restarted Sickbeard through the Sickbeard UI
4. Checked the pid in the data/sickbeard.pid file and in ps, verified they matched. They were also different from step 2
5. Stopped Sickbeard from the FreeNAS Plugins UI
6. Verified the data/sickbeard.pid file was successfully deleted and that sickbeard was not running
7. Started Sickbeard from the FreeNAS Plugins UI
8. Checked the pid in the data/sickbeard.pid file and in ps, verified they matched.

From my end, everything looks like it's working as expected.

 

[jimmy20v]

Hi Joshua. Firstly may I say many thanks for producing these pbi's, excellent work.

Just wanted to let you know about some minor bugs that I found in the i386 distro v0.7. You may have already discovered these and fixed them for 0.8 in which case ignore this.

When installing the i386 pbi it creates the folder /usr/pbi/sabnzbd_amd64 however the install scripts point to the correctly named folder of /usr/pbi/sabnzbd_i386. Obviously this means that it simply doesn't work out of the box.

I moved sabnzbd_amd64 to sabnzbd_i386 then chown root:sabnzbd followed by chmod 777. I then ran the scripts in the .sbin again and everything works fine after that.

This is the same for all the pbi's not just sabnzbd. Nice simple error of a mis-named folder and a simple fix hopefully.

Thanks again,

James

 

[calgarychris]

I do it even simpler.

In SAB:

• Don't set up any scripts folder
• Set up categories for TV, Movies, and Music, with Priority and Processing as Default, folder as the folder where you want these to go under your SAB download directory, and groups/indexer tags as TV, Movies, and Music respectively.
• Create the folders in the download directory, or don't and let SAB do it automatically
• If you're going to use the blackhole (which you shouldn't with SB/CP/HP -- let them use the API), go ahead and create subfolders in the blackhole for your categories. NZBs dropped into the subfolders will pick up the subfolder name as their category.

In Sickbeard:

• In Search Settings, when setting up Sickbeard to talk to SAB using your API key, set the category to TV
• Under Post-Processing, set the "TV Download Dir" to the download/TV path SAB writes to.
• Check the "Scan and Process" checkbox

Sickbeard will now watch that folder and process anything that lands there into the appropriate path for the TV show it identifies.

In CouchPotato:

• In the Downloaders section, set the category for SAB to Movies
• In the Renamer section, turn on the Renamer
• Set the From folder to the download/Movies folder from SAB, and the To folder for the root of your Movies storage

CouchPotato will now watch the Movies download folder and process movies out of it into their correct locations.

For HeadPhones:

• In Download Settings, set the SAB category to Music and set the Music Download Directory to the download/Music path from above
• In Quality & Post-Processing, tick the "Move downloads to Destination Folder" checkbox and the "Rename files" checkbox
• Set the destination folder to the root of your music storage, and set any other options you like

Headphones will now watch the Music download folder and process downloads out of that into your music storage under the correct artist/album path.

I get that a long time ago sickbeard and others didn't have their own post-processors, or what they did have wasn't all that good. But that's no longer the case, and they all work flawlessly for me. Let the app that knows about the content do the moving, not SAB. SAB should just download into a deterministic location.

I've re-installed everything so far from scratch (hey, I'm learning, I'm where I was after only an hour!) and it appears to be working except for one thing. With your post processing "system" above, when SB sends an nzb to SAB, it gets downloaded properly, but it gets put into its own subdirectory under /completed/tv/ShowABC and SB then doesn't process it unless I drag it into the directory /completed/tv/. Is there a switch or a setting that tells SAB not to create directories?

Thanks for all your help!

Cheers,
Chris

 

[toddos]

I've re-installed everything so far from scratch (hey, I'm learning, I'm where I was after only an hour!) and it appears to be working except for one thing. With your post processing "system" above, when SB sends an nzb to SAB, it gets downloaded properly, but it gets put into its own subdirectory under /completed/tv/ShowABC and SB then doesn't process it unless I drag it into the directory /completed/tv/. Is there a switch or a setting that tells SAB not to create directories?

Thanks for all your help!

Cheers,
Chris

My Sickbeard scans subfolders. It should recursively scan everything in the target download folder it's told to watch. Maybe check permissions in SAB? I have it set to 777, and Sickbeard just works for me.

Can you grep through your logs (in /usr/pbi/sickbeard_`uname -m`/data/Logs) for "POSTPROCESSER" to see if it's recursively scanning and finding stuff? For example:

Code:

Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Processing folder /mnt/public/downloads/TV
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: sickbeard.db: SELECT * FROM tv_shows
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Recursively processing a folder: Alphas.S02E06.720p.HDTV.x264-IMMERSE
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Processing folder /mnt/public/downloads/TV/Alphas.S02E06.720p.HDTV.x264-IMMERSE
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: sickbeard.db: SELECT * FROM tv_shows
Aug-27 19:20:00 INFO     POSTPROCESSER :: Processing /mnt/public/downloads/TV/Alphas.S02E06.720p.HDTV.x264-IMMERSE/Alphas.S02E06.720p.HDTV.x264-IMMERSE.mkv (None)
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: sickbeard.db: SELECT * FROM history WHERE resource LIKE ? with args [u'Alphas_S02E06_720p_HDTV_x264_IMMERSE']
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Found result in history: (210841, 2, [])
Aug-27 19:20:00 INFO     POSTPROCESSER :: Analyzing name u'/mnt/public/downloads/TV/Alphas.S02E06.720p.HDTV.x264-IMMERSE/Alphas.S02E06.720p.HDTV.x264-IMMERSE.mkv'
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Parsed /mnt/public/downloads/TV/Alphas.S02E06.720p.HDTV.x264-IMMERSE/Alphas.S02E06.720p.HDTV.x264-IMMERSE.mkv into Alphas - S2E6 - 720p.HDTV.x264 (IMMERSE) [ABD: False]
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Checking scene exceptions for a match on Alphas
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: cache.db: SELECT tvdb_id FROM scene_exceptions WHERE LOWER(show_name) = ? with args [u'alphas']
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: cache.db: SELECT show_name, tvdb_id FROM scene_exceptions
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Looking up Alphas in the DB
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: sickbeard.db: SELECT * FROM tv_shows WHERE show_name LIKE ? OR tvr_name LIKE ? with args [u'Alphas', u'Alphas']
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Lookup successful, using tvdb id 210841
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Loading show object for tvdb_id 210841
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Retrieving episode object for 2x6
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: The old status had a quality in it, using that: HD TV
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Quality of the episode we're processing: 4
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: SB snatched this episode so I'm marking it as priority
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Is ep a priority download: True
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: There is no existing file so there's no worries about replacing it
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: This download is marked a priority download so I'm going to replace an existing file if I find one
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: Destination folder for this episode: /mnt/tank/videos/TV/Alphas/Season 2
Aug-27 19:20:00 DEBUG    POSTPROCESSER :: 210841: Saving episode details to database

 

[Joshua Parker Ruehlig]

Hi Joshua. Firstly may I say many thanks for producing these pbi's, excellent work.

Just wanted to let you know about some minor bugs that I found in the i386 distro v0.7. You may have already discovered these and fixed them for 0.8 in which case ignore this.

When installing the i386 pbi it creates the folder /usr/pbi/sabnzbd_amd64 however the install scripts point to the correctly named folder of /usr/pbi/sabnzbd_i386. Obviously this means that it simply doesn't work out of the box.

I moved sabnzbd_amd64 to sabnzbd_i386 then chown root:sabnzbd followed by chmod 777. I then ran the scripts in the .sbin again and everything works fine after that.

This is the same for all the pbi's not just sabnzbd. Nice simple error of a mis-named folder and a simple fix hopefully.

Thanks again,

James

32bit doesn't work yet, I'll hopefully get it working soon.

 

[obeone]

Hi,

Very cool for the new version !

But it seems that there is a missing lib in sabnzbd. par2verify complain about a missing library libtbb.so.
I tried to install it with pkg_add, but I think it's a too different version to work.
As workaround, I installed par2cmdline-tbb with pkg_add, and it's work

 

[Joshua Parker Ruehlig]

Hi,

Very cool for the new version !

But it seems that there is a missing lib in sabnzbd. par2verify complain about a missing library libtbb.so.
I tried to install it with pkg_add, but I think it's a too different version to work.
As workaround, I installed par2cmdline-tbb with pkg_add, and it's work

Thanks, I'll look into it. I switched to multithreaded par for FreeBSD and may have missed some things.

EDIT
yup missed tbb package.
So 'pkg_add -r tbb' should fix it. Your method also should work. I'll patch this and make a working version soon.

 

[Joshua Parker Ruehlig]

I have tried couchpotato and Sickbeard.
Both of them seem to work properly, except for the treemenu in the Freenas UI.
I can see the following messages:
May 29 12:36:32 localhost Couldn't retrieve http://192.168.50.118/plugins/couchpotato/_s/status: HTTP Error 500: INTERNAL SERVER ERROR
May 29 13:08:18 localhost Couldn't retrieve http://192.168.50.118/plugins/sickbeard/_s/treemenu: HTTP Error 502: Bad Gateway
May 29 13:08:18 localhost Couldn't retrieve http://192.168.50.118/plugins/couchpotato/_s/status: HTTP Error 502: Bad Gateway

The nginx error logs show the following messages:
2012/05/29 13:08:18 [error] 4824#0: *35602 kevent() reported about an closed connection (61: Connection refused) while reading response header from upstream, client: 192.168.50.118, server: localhost, request: "GET /plugins/couchpotato/_s/status HTTP/1.1", upstream: "fastcgi://192.168.50.195:12348", host: "192.168.50.118"
2012/05/29 13:08:18 [error] 4824#0: *35604 kevent() reported about an closed connection (61: Connection refused) while reading response header from upstream, client: 192.168.50.118, server: localhost, request: "GET /plugins/sickbeard/_s/status HTTP/1.1", upstream: "fastcgi://192.168.50.195:12349", host: "192.168.50.118
"

I'm running the amd64 versions of the plugins. Let me know if you need any more information

Try to add an official plugin and see if you can get it to show up in the tree menu. I think I had to restart the jail to get this fixed, but I may be mistaken.

 

[obeone]

yup missed tbb package.
So 'pkg_add -r tbb' should fix it. Your method also should work. I'll patch this and make a working version soon.

No just ttb doesn't work, there is an error "thread_monitor Invalid argument". After a search it seems to be a version mismatch between compilation and the installed lib.

 

[Joshua Parker Ruehlig]

No just ttb doesn't work, there is an error "thread_monitor Invalid argument". After a search it seems to be a version mismatch between compilation and the installed lib.

Not sure what you mean. I have the par2cmdline-tbb package in the sabnzbd pbi already. I forgot it's dependency tbb though, so I will add tbb and see if that fixes it.

I'll post a fixed build in a few hours, hopefully someone can test it and verify if sabnzbd can successfully unpar files.

---

EDIT
K edit opening post and linked 0.8.1 of sabnzbd plugin which fixes the bug obeone found. Thanks for testing!

 

[Joshua Parker Ruehlig]

32bit plugins have been posted on the OP. These are in alpha so testing and feedback is definitely needed. thanks!