[FreeNAS 9 Plugins] - SAB / SB / CP / HP / Maraschino / HTPC / Mylar / LL / Gamez

[Paulo]

hmm, after a couple weeks of it showing up as off the status screen it seems to have resolved itself. I wish I knew what happened to fix it. Oh well. I'll keep these suggestions in mind if it happens again. Thanks

 

[skl111]

Is there anyway you could add this as a plugin?

https://bitbucket.org/stativ/readymedia-transcode

 

[Joshua Parker Ruehlig]

Is there anyway you could add this as a plugin?

https://bitbucket.org/stativ/readymedia-transcode

This is not a request thread.
That looks like it is just a branch of minidlna; might be best to have someone modify the current minidlna plugin/port.

 

[i3luefire]

I am trying to migrate my installs of sab and SB from my old ubuntu server to my shiny new freeNAS server and I am wondering what files I need to copy over to the new server so that I don't have to go through all the manual setup processes I had to do when I setup sab and SB on the old server. Do I just need the config.ini files or more than that?

 

[Joshua Parker Ruehlig]

I am trying to migrate my installs of sab and SB from my old ubuntu server to my shiny new freeNAS server and I am wondering what files I need to copy over to the new server so that I don't have to go through all the manual setup processes I had to do when I setup sab and SB on the old server. Do I just need the config.ini files or more than that?

I would grab everything in your datadirectory of your old install; this includes the config, sql files, cached files, logs, ect. They should all go in your /usr/pbi/plugin-amd64/etc/plugin directory. You also want to make sure all those files are owned by the 'media' user after moving them.

 

[John P]

Everytime I install these plugins I change the default port to 80. I also add net.inet.ip.portrange.reservedhigh=0 to /etc/sysctl.conf so that the programs have access to port 80.

These programs were originally intended to be used together on a single system (with 1 IP address), so it made sense to use different default ports. However, with the plugin system each program is running on its own IP address. My less technical family find it much easier to use some of the services provided as they don't have to have a port specified.

It seems reasonable to change the default configuration of these PBIs to serve the web GUIs on port 80.

Thoughts/Comments?

 

[Joshua Parker Ruehlig]

Everytime I install these plugins I change the default port to 80. I also add net.inet.ip.portrange.reservedhigh=0 to /etc/sysctl.conf so that the programs have access to port 80.

These programs were originally intended to be used together on a single system (with 1 IP address), so it made sense to use different default ports. However, with the plugin system each program is running on its own IP address. My less technical family find it much easier to use some of the services provided as they don't have to have a port specified.

It seems reasonable to change the default configuration of these PBIs to serve the web GUIs on port 80.

Thoughts/Comments?

I don't recommend it.
- I would at least run all the programs that work together on the same files in a jail (sab / transmission / sickbeard / ect.. ).
- I would setup each program with a different webroot
- I would then run nginx in the jail (or another if you'd like) and just proxy to each of the programs
> You could then access each program at http://nginxIP/program

Here's a crappy video I made showing an example, if you skip through I show my nginx config. View: http://www.youtube.com/watch?v=4JlbTHHJOg4

I will make a step by step on this eventually. I'm stilling waiting for nzbToMedia to merge it's new features (v9) to the stable branch. I talked to the developer and he said it's ready, but he has a few bugs to squash.

 

[John P]

Joshua,

It doesn't look like you are installing sab/sickbeard/etc via the PBIs. When you install them via the PBIs, a new jail is created for each program. It appears you are recommending just creating a jail yourself and then directly installing each of the aforementioned programs. Is that correct?

Along those lines, why run them in the same jail at all? The only advantages I can see for that is to reduce the number of storage mounts you are required to setup in freenas and to simplify interprogram communication via 127.0.0.1.

I give each machine a DNS record so that inside my home network sabnzbd.******.com points to the jail IP address of the sabnzbd install. I do this for each of the jails to simplify setting up the communication between jails and for ease of access.

Thanks,
John

 

[Joshua Parker Ruehlig]

Joshua,

It doesn't look like you are installing sab/sickbeard/etc via the PBIs. When you install them via the PBIs, a new jail is created for each program. It appears you are recommending just creating a jail yourself and then directly installing each of the aforementioned programs. Is that correct?

Along those lines, why run them in the same jail at all? The only advantages I can see for that is to reduce the number of storage mounts you are required to setup in freenas and to simplify interprogram communication via 127.0.0.1.

I give each machine a DNS record so that inside my home network sabnzbd.******.com points to the jail IP address of the sabnzbd install. I do this for each of the jails to simplify setting up the communication between jails and for ease of access.

Thanks,
John

You can install multiple PBIs in the same jail. It has been covered a few times in this thread.

Like you said, having a single 'downloading' plugins jail just simplifies the amount of mount-points, it may also simplify setting up post-processing scripts (which are more efficient than just constantly scanning for new files).

Up to you really, everyone's setup is different. I access my stuff from https://www.example.com/program. I pay for a single domain, and get a free SSL cert for (www.)?example.com from StartSSL. This way I'm NSA proof =]

 

[John P]

Ah, I hadn't realized you could do that. I will probably continue with my current method, but I may change the next time I redo my installs.

Thanks,
John

 

[i3luefire]

I would grab everything in your datadirectory of your old install; this includes the config, sql files, cached files, logs, ect.

http://pastebin.com/fQG8mKhr .sickbeard
http://pastebin.com/q1Z5iuag .sabnzbd
it looks like i need the files out of the the main .sickbeard directory especially if you consider the fact that none of the files in the data directory have changed in a long time. Is that correct or am I looking at the wrong directories? and there seems to be nothing of use besides the config.ini in the sab directory.

 

[Joshua Parker Ruehlig]

http://pastebin.com/fQG8mKhr .sickbeard
http://pastebin.com/q1Z5iuag .sabnzbd
it looks like i need the files out of the the main .sickbeard directory especially if you consider the fact that none of the files in the data directory have changed in a long time. Is that correct or am I looking at the wrong directories? and there seems to be nothing of use besides the config.ini in the sab directory.

I'm don't think I see your datadirectory there. You (or the startup/ init script you use) probably specified it somewhere else.

 

[i3luefire]

I'm don't think I see your datadirectory there. You (or the startup/ init script you use) probably specified it somewhere else.

http://pastebin.com/thGLhbcL that is the first portion of my config.ini file for sickbeard. I do not see any place to change datadirectory. where is the default location of the datadirectory on a linux install?

 

[Joshua Parker Ruehlig]

ahh, actually I was wrong. I see you config.ini, sickbeard.db, and Logs folder ect.. I expected sickbeard to make a directory for that stuff but I guess by default it doesn't.

I don't know exactly what files you need to backup and restore, but for sickbeard you could try copying over your config.ini, sickbeard.db, cache.db., and cache folder.
For sabnzbd I think your safe just copying over your sabnzbd.ini (rename it to config.ini) as long as you aren't currently downloading anything.

Have 'media' UID=816 recursively own all the files.
Once you start everything, change paths to anything that had moved.

Goodluck

 

[i3luefire]

Maraschino & HTPC manager sound like they are meant to be ran from the pc you are running xbmc on not the server getting and sharing the files. Am I misunderstanding something?

 

[Joshua Parker Ruehlig]

Maraschino & HTPC manager sound like they are meant to be ran from the pc you are running xbmc on not the server getting and sharing the files. Am I misunderstanding something?

You are, both programs can be run in either location, but it is preferred to run them on a central server that is usually not turned off. Both programs connect to XBMC, Sab, Sick, ect.. using their HTTP APIs.

 

[Paulo]

Hey Joshua,

Is there any way to change which git repository sickbeard looks for updates in? I'd like to switch to mr-orange's https://github.com/mr-orange/Sick-Beard to be able to have failed processing.

 

[Joshua Parker Ruehlig]

Hey Joshua,

Is there any way to change which git repository sickbeard looks for updates in? I'd like to switch to mr-orange's https://github.com/mr-orange/Sick-Beard to be able to have failed processing.

I believe you can't switch from sickbeard proper to TPB without clearing data. So, no you can't update to TPB, but yes my plugin can run other SickBeard branches with a few commands. Check this thread or one of my other threads if you don't know how to do this.

 

[Paulo]

I figured it out. I did have to clear my db file, which is fine, doesn't take too long for it to rescan my folder. Decided to go with Pistachito instead of TPB. He seems to keep them in sync quite well.

I had to change these two files then just hit update in the web ui and everything else was handled:
sickbeard/version.py - changed the value to Pistachito
sickbeard/versionChecker.py - changed the repo-user value to mr-orange.
deleted the .db file, restarted the service and hit force version update check and when it came back up it was the new version!

If this is not the recommended method please let me know. However this seems to have worked for me and is stable.

 

[Joshua Parker Ruehlig]

Update (1/13/2014)

• All v2.0
  • Compiled on FreeBSD 9.2
  • Link to program WebUI opens in a new tab/window
• SABnzbd v0.7.16p2
  • Set ownership on source files after update
• LazyLibrarian v2.0
  • Dropped builds until it is working
• Gamez v2.0
  • Dropped builds until it is working