sabnzbd / sickbeard / couchpotato pbi's

[Dooldeniya]

Like this? Or is this something different?

Yes, just like that...

 

[Joshua Parker Ruehlig]

yeah, I subseted them to clean things up a bit. You are right they are a subset of the plugins dataset not the jail dataset. Not sure why you'd want to subset the archive in the jail as the jail might not be able to see the partition anyway.

 

[gesshoku]

So my config is the one your desire?
I didn't have any trouble installing it this way. No error messages as far as i recall.

Whenever i had trouble was, when i changed settings, deleted the jail and/or plugins. It seems that FreeNAS doesn't like changes. Gladly for me, i am able to test everything without fearing any data loss and by just redoing everything. This will change soon though, as i am in the process of building my first NAS that i will entrust my personal data with.

 

[whyisacow]

Though there were old pids from before i changed the port, moving them to another folder didn't help.
Right now i got this "sabnzbd already running? (pid=3010)." - but there is no process with this ID running on FreeNAS or within the jail.

@whyisacow can you try removing sickbeard from rc.conf and check if sabnzbd is autostarting then? Would be good to know if we have the same symptoms.

I can now confirm I have the same symptom, removed sickbeard from rc.conf and sabnzbd started on boot.

Cheers

 

[Dooldeniya]

yeah, I subseted them to clean things up a bit. You are right they are a subset of the plugins dataset not the jail dataset. Not sure why you'd want to subset the archive in the jail as the jail might not be able to see the partition anyway.

I was going for the nested datasets based on protosd's recommendations on 8.2 plugin install
http://protosd.blogspot.com/2012/03/quick-guide-to-using-plugins-video-with.html

 

[gesshoku]

Thanks for testing, whyisacow. So now i know it's probably not just my setup. Now to find out why it is this way. Not sure i will have enough time for this before the weekend.

@Dooldeniya so is what is shown in my screenshot what you want to have or is it the option that works, but you don't want?

 

[tconley]

where can i download the pbi file for sabnzbd and sickbeard? Also are you testing the core sickbeard or sickbeard anime?

 

[gesshoku]

Go here for the downloads: http://forums.freenas.org/showthrea...ouchpotato-pbi-s&p=31741&viewfull=1#post31741

This is the standard version of sickbeard. There is an anime version? i've wanted this so much, since the normal sickbeard didn't support subtitle options or any other language IIRC.

Would it be much work to modify the sickbeard plugin into a sickbeard anime plugin? :D

 

[whyisacow]

Thanks for testing, whyisacow. So now i know it's probably not just my setup. Now to find out why it is this way. Not sure i will have enough time for this before the weekend.

gesshoku, I am bit busy for the next week, but if I run across some more info or a fix I will post it on the forum.

Cheers

 

[Dooldeniya]

@Dooldeniya so is what is shown in my screenshot what you want to have or is it the option that works, but you don't want?

looks like the issue is with the name of the jail. You can't have the nested dataset name the same as the jail name. See Will's response to my other post on this...
http://forums.freenas.org/showthrea...or-Plugin-Jail-amp-Software&p=32948#post32948

 

[nbrahim]

FYI, i think i figured out why some people won't get the scripts directory to be saved or pop-up. I had it, it had to do with permission on the scripts folder. I found that out from looking at the sabnzbd error log that said it couldn't open the scripts file after i forced it in the config.ini file.

 

[nbrahim]

I have a problem: I have setup my freenas and plugins, they are all working (except stating up automatically, i'll look at that later since i read something in this thread that might help). My big problem right now is that sabnzbd will die and stop working randomly. it will be in the middle of a download then poof, done no access through http and there doesn't seem to be any activity in the sabnzbd log

 

[djoole]

Hello Josh!
Ok, time to test your PBIs :)

I'm starting with SAB.

Nothing really important, but i think there is a tiny problem with the stop routine of SAB :

Code:

ZeJail# service sabnzbd status
sabnzbd is running as 76853
ZeJail# 
ZeJail# service sabnzbd onestop
fetch: http://127.0.0.1:8080/api?mode=shutdown&ma_username=djoole&ma_password=dZ13upT7*&apikey=8bfd33ecebc2ab975d43d5de89c8385c: Connection refused
1
2
3
4
5
kill: 76853: No such process
sabnzbd killed after 5 seconds
6
7
8
9
10
11
12
13
14
15
kill: 76853: No such process
sabnzbd killed forcefully after 15 seconds
ZeJail# 
ZeJail# service sabnzbd status
sabnzbd is not running

It's normal that the fetch is refused : SAB hasn't started well because the default HTTPS port is already taken by another program.

The problem here is it seems to try to forcely kill the process although it has been already killed by the kind way :)

Again, no big deal, but i figured i would let you know anyway.

 

[djoole]

Another small issue : service sabnzbd status, returns not running although it is

Code:

ZeJail# service sabnzbd status
sabnzbd is not running
ZeJail# 
ZeJail# sockstat 
USER     COMMAND    PID   FD PROTO  LOCAL ADDRESS         FOREIGN ADDRESS      
sabnzbd  python     77645 8  tcp4   *:***X                *:*
sabnzbd  python     77645 9  tcp6   ::1:***X              *:*
sabnzbd  python     77645 10 tcp6   ::1:YYYY              *:*
sabnzbd  python     77645 12 tcp4   *:YYYY                *:*

How is the running service tested?

 

[Joshua Parker Ruehlig]

I switched the status checking to pid files. It's not as correct as it used to be by just doing some magic with 'ps aux' and grep but I believe it is the preferred way to do it. Also it shouldn't matter if the stop script tries to kill it if it's already not running, it wont hurt (the process it already gone). The important thing is the pidfile is removed if the service really is gone. (otherwise it will refuse to start later)

What do you think, pid file or ps aux? The crappy part about pidfiles are I am implementing them from the programs (sabnzbd/sickbeard/ect...) so their may be random errors with them among the different programs. The good thing is it lets the program have more control of it's own process.

 

[djoole]

I have no preference really... as long as manual start/stop (from command line and from Plugin GUI in the future) and restart/stop from the program GUIs work :)

 

[Joshua Parker Ruehlig]

yeah, it should all work. the extra kills will make sure it is dead (assumming the pidfile is properly created). This will make it so people wont need to tinker with the commandline to check stuff. The problem we run into is stuff that doesn't properly create / destory pidfiles and stuff that forks.

 

[ProtoSD]

What do you think, pid file or ps aux? The crappy part about pidfiles are I am implementing them from the programs (sabnzbd/sickbeard/ect...)

A couple of tips.
You should look at using "pgrep" instead of ps aux / grep.
You should do the pidfile checking/creation etc. from the rc script.

I haven't looked to see how you do it, so maybe that's how you already do it, it just sounded like possibly not.

I just announced the Serviio Plugin.

 

[Wolfeman0101]

For some reason now SABnzbd won't autostart on a reboot.

 

[djoole]

Hi Josh,
I've noticed the example config file for sickbeard autoprocess script in /usr/pbi/sickbeard-amd64/SickBeard/autoProcessTV/autoProcessTV.cfg.sample contains ^M at each end of lines.
Probably edited on windows before making the package.
No big deal but you may want to correct it for future release :)

Wolfeman0101 did you add sabnzbd_enable="YES" in your /etc/rc.conf?