sabnzbd / sickbeard / couchpotato pbi's

Status
Not open for further replies.

toddos

Contributor
Joined
Aug 18, 2012
Messages
178
Do you still recommend an uninstall/reinstall instead of using the upgrade button in the gui?
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
Do you still recommend an uninstall/reinstall instead of using the upgrade button in the gui?

Unfortunately yeah. Never tested the upgrade button in the gui and haven't found any documentation on what exactly it does. Just backup + restore 'data/' like the OP outlines
then run..
Code:
chown -R media:media /usr/pbi/plugin-`uname -m`/data/

for each plugin you restore. ( sickbeard_anime is 'sb_anime')

Also this version isn't a very big update for my usenet plugins so if everything's working like you want it too I wouldn't mess with it. It does simplify permissions a bit and that might be a reason to upgrade.
 

toddos

Contributor
Joined
Aug 18, 2012
Messages
178
I did the Upgrade button from 0.8 to 0.8.1 for SAB and I'm pretty sure that's why it didn't fix my PAR2 brokenness (I had to fix it myself with pkg_add). So noted, I will uninstall/reinstall

Consolidating permissions would be nice, though I've already dug into each app to make them do 777 permissions correctly, thus relying on "other" access (still need that anyway for anonymous CIFS access via guest:guest). Any reason you consolidated everything to a single user rather than using separate users in a shared group? I assume it's because the apps default to 755 permissions (changeable through configs, though in couchpotato and headphones you have to do it manually through the ini) so you still wouldn't have write access through the group.
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
I did the Upgrade button from 0.8 to 0.8.1 for SAB and I'm pretty sure that's why it didn't fix my PAR2 brokenness (I had to fix it myself with pkg_add). So noted, I will uninstall/reinstall

Consolidating permissions would be nice, though I've already dug into each app to make them do 777 permissions correctly, thus relying on "other" access (still need that anyway for anonymous CIFS access via guest:guest). Any reason you consolidated everything to a single user rather than using separate users in a shared group? I assume it's because the apps default to 755 permissions (changeable through configs, though in couchpotato and headphones you have to do it manually through the ini) so you still wouldn't have write access through the group.

Yeah, cause of the default 755 for most apps. A fresh install of these pbi doesn't come with a config and it is actually generated by the application itself so I wanted to rely on default options. I don't want to have to rely on messing with people's configs to get everything working.
 

dysolve

Cadet
Joined
Sep 5, 2012
Messages
6
I just restart the nas for the first time and sickbeard will not restart. how can I check what is causing the issues?
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
I just restart the nas for the first time and sickbeard will not restart. how can I check what is causing the issues?

you can try running the below command in the jail
Code:
service sickbeard onestart


You can also check if the old pidfile is still around
Code:
service sickbeard onestatus


If you get a pid then check if the process is actually running with
Code:
ps aux


If it isn't then remove the pidfile
Code:
service sickbeard onestop
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949

seer_tenedos

Dabbler
Joined
Sep 12, 2011
Messages
25
Any chance the first post could be updated to include the ports each app runs on? I know i have seen a post in this thread somewhere that has them all but for the life of me i can't find it. I know most of them apart from headphones and Maraschino.
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
Any chance the first post could be updated to include the ports each app runs on? I know i have seen a post in this thread somewhere that has them all but for the life of me i can't find it. I know most of them apart from headphones and Maraschino.

Will do, also if you click the icon's edit menu it v0.9 you get the needed information.
 

dysolve

Cadet
Joined
Sep 5, 2012
Messages
6
you can try running the below command in the jail
Code:
service sickbeard onestart


You can also check if the old pidfile is still around
Code:
service sickbeard onestatus


If you get a pid then check if the process is actually running with
Code:
ps aux


If it isn't then remove the pidfile
Code:
service sickbeard onestop

onestart said it was already running, onestatus showed nothing. I could not see it running unit ps aux either and when i tried to stop it onestop seemed to get an error but I was able to run onestart and everything is fine now.

I will restart again and see if it happens again.

thanks for the help
 

theermine

Cadet
Joined
Sep 14, 2012
Messages
9
you can try running the below command in the jail
Code:
service sickbeard onestart


You can also check if the old pidfile is still around
Code:
service sickbeard onestatus


If you get a pid then check if the process is actually running with
Code:
ps aux


If it isn't then remove the pidfile
Code:
service sickbeard onestop

I'm having to onestop then onestart both Sab and Sick whenever there is a reboot. Luckily reboots are few.
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
@theermine
Hmm guess the service isn't being stopped correctly (and pidfile removed) upon shutdown of the jail, I'll test on my system when I get the chance.
 

Tyrith

Dabbler
Joined
Aug 31, 2012
Messages
21
I've been having a tough time getting my plugins running 100% over the past week or two. It all started with me having 8.0 SickBeard and 8.1 Sabnzbd installed. Once that seemed like it was working properly, I threw Couchpotato, and Headphones on top of things, and stuff fell apart. From there, I've been trying to piece together why the rebooting of the system is causing sickbeard/sabnzbd (the other two appear to still be working fine) to stop working. So far, this is what I've tracked down:

Both Sickbeard, and Sabnzbd have issues after installation on 8.3 FreeNAS. As far as "issues", what's happening seems to be related to Cheetah. After a reboot, it seems to "lose" Cheetah, and despite appearing on ls -lAR, will no longer run. SickBeard will throw an error relating to Cheetah not being installed.

Following this, I tried manually installing Cheetah to FreeNAS, which didn't work so well as it's read only. I mounted the system as write, reinstalled Cheetah, and rebooted again.

This allows SickBeard to appear to run successfully afterwards, but a) doesn't show as running on the plugins list b) isn't able to run off the plugin list and c) throws an error while running manually:

Code:
[root@freenas] /mnt/main/FreeNAS/Jail/usr/pbi/sickbeard-amd64/SickBeard# python              ./SickBeard.py
Starting up Sick Beard master from /mnt/main/FreeNAS/Jail/usr/pbi/sickbeard-amd6             4/SickBeard/config.ini
05:23:40 INFO::MAIN :: Checking database structure...
05:23:40 INFO::MAIN :: Checking database structure...
05:23:40 INFO::MAIN :: No duplicate episode, check passed
05:23:40 INFO::MAIN :: Starting Sick Beard on http://192.168.0.16:8081/
Exception in thread HTTPServer Thread-1:
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/threading.py", line 552, in __bootstrap_inner
    self.run()
  File "/usr/local/lib/python2.7/threading.py", line 505, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/mnt/main/FreeNAS/Jail/usr/pbi/sickbeard-amd64/SickBeard/cherrypy/proces             s/servers.py", line 75, in _start_http_thread
    self.httpserver.start()
  File "/mnt/main/FreeNAS/Jail/usr/pbi/sickbeard-amd64/SickBeard/cherrypy/wsgise             rver/__init__.py", line 1634, in start
    raise socket.error(msg)
error: [Errno 49] Can't assign requested address

05:23:40 ERROR::MAIN :: Unable to start web server, is something else running on              port 8081?
05:23:40 ERROR::MAIN :: Launching browser and exiting
[root@freenas] /mnt/main/FreeNAS/Jail/usr/pbi/sickbeard-amd64/SickBeard#


Not sure on where to proceed from here, as 8081 is unconnectable, and ps -ux doesn't show sickbeard anywhere, so it's definitely not running. Both sabnzbd and couchpotato are throwing read-only filesystem errors on startup, and Headphones appears to start, but is not connectable when manually run. Pretty lost as to what's going on with the system overall -- unsure of how to proceed further.
 

russdyer

Dabbler
Joined
Sep 28, 2011
Messages
45
Ok, now I'm super confused.

I thought that I had this working correctly, but I guess not -- I'm having a file permission issue. SABnzbd is working properly, but I'm running into issues with Post-Processing. The file is told to download by Sickbeard, it sends the file to SABnzbd to download and is post-processing through Sickbeard through the sabtosickbeard script file. I had this working properly for about a week, but now in Sickbeard, I get the error:

Unable to move file /usr/pbi/sabnzbd-amd64/data/Downloads/complete/Television/show_episode.mkv to /media/Television/Show_Name/show_episode.mkv/

Post-Processing tells the file to copy the Television files from /usr/pbi/sabnzbd-amd64/data/Downloads/complete/Television and move it into the Show's folder in /media/Television/Show_Name.

I have a mount-point from /media/Television --to--> /mnt/volume1/media/Television

Now, the /media/Television/* is owned by Sickbeard:Sickbeard
But, when I leave the jail /mnt/volume1/media/Television/* is owned by 40002:40002

Also, when I'm in a Windows share and I try to remove any file under /mnt/volume1/media/Television, I'm told that I need permission from the 40002 owner.
 

Joshua Parker Ruehlig

Hall of Famer
Joined
Dec 5, 2011
Messages
5,949
If you upgraded to 0.9 then all programs are now run by the user 'media', possibly an issue
 
Status
Not open for further replies.
Top