August 20, 201114 yr Author Last question.. Should I remove the .plg files after installation of the plugin's? no, if you remove the plg file, you will lose the plugin with the next server reboot. the plugin needs to be installed at every server start. the app files (sabnzbd, sickbeard and couchpotato) can be installed to your array, a cache drive or an extra app drive so they are still there after a reboot and you don't loose the config.
August 20, 201114 yr I've got two questions for you guys. (one you may not be able to answer because its about the actual program) 1. Can you install to the plugin and 2. Can you use torrents/rss feeds with these programs? Sorry for the slight thread derailment...
August 20, 201114 yr Author 1. Can you install to the plugin don't understand that question... 2. Can you use torrents/rss feeds with these programs? Sorry for the slight thread derailment... sabnzbd is a pure usenet app. but you can use sickbeard and couchpotato with a torrent app like transmission. but here are a few reasons, why usenet is better for sickbeard and couchpotato: http://www.sickbeard.com/usenet.html
August 21, 201114 yr Damnit, I so didn't mean plugin! I was reading plug in up top and just typed it out! The question should read - can you install to the cache drive?
August 21, 201114 yr Author sure, you can install to any location you want. it's best not to install to the ramdisk, but to use the cache drive, array or an extra app drive.
August 21, 201114 yr Author Version 0.3 posted added support for data directory. now the apps can be installed to the ramdisk and all configuration can be stored on the cache drive, apps drive, array or even the flash drive (not recommended). if you don't want to use a data directory and want to have the app installed directly to your drive, simply disable the checkbox. also i dropped the sabnzbddependencies package. now every dependency is installed one by one. this makes updates easier and gives you more control and knowledge of what is going to be installed on your server. also (thanks spidi), i added a nicer way to shutdown sabnzbd. download at first post. after update, reboot (since otherwise the files won't be overwritten) or delete them manually (/etc/rc.d/rc.<couchpotato/sickbeard/sabnzbd> and /usr/local/emhttp/plugins/<<couchpotato/sickbeard/sabnzbd>/*) i'll try to make updating without reboot easier EDIT: that was fast. added an easier way to update the files. just run the plugin installer installplg /boot/config/plugins/<PLUGIN>.plg and everything should be updated
August 21, 201114 yr Hi Benni, nice work again......but, there is a little problem I think. When you locate the Install Directory at your RAM. e.g. /usr/local/.... and you have to reboot the Server then there are no installed version of the programs anymore. This is because unRaid starts the Plugins with this: /usr/local/emhttp/plugins/....../event/disks_mounted in your script you start the programs with this: /etc/rc.d/rc.*....* start Thats alright for now. But before the reboot, the programs are stored in RAM so there aren't there after. And now there is your Problem...... n8
August 21, 201114 yr Author right... have to change that to install it if necessary thanks for info, fix is coming in a few minutes Update: New Version is online. Now before an app is started, the installation is checked, and if needed, the app will be reinstalled to the installation folder
August 22, 201114 yr Now that you install all the dependancies do you still install a properly working par2? Peter
August 22, 201114 yr Author the par2 is working fine with me. has there been some troubles with some par2 versions?
August 22, 201114 yr the par2 is working fine with me. has there been some troubles with some par2 versions? take a look through my unMenu package .conf file. I created a multi-core par2 and it is uploaded to google code. Feel free to grab that url and use it.
August 22, 201114 yr Author updated sabnzbd plugin to 0.4a now included the multicore par2 package thanks
August 22, 201114 yr updated sabnzbd plugin to 0.4a now included the multicore par2 package thanks Your welcome
August 22, 201114 yr Author damn, i should really pay more attention to what i'm doing added the "a" to the wrong link... fixed
August 22, 201114 yr the par2 is working fine with me. has there been some troubles with some par2 versions? FYI, the par2 package you were using does not report correctly once it successfully repairs, which then leads to SAB showing the repair failed. The blocks are actually repaired but it responds that there are still bad bocks. prostuff1's package is the only proper par2 package I know of that properly works. This was only an issue on downloads with damage to the blocks. If you have a few downloads that failed due to not being able to repair, then you should try them again with the new par2 and they may work. Peter
August 22, 201114 yr Author actually i had one download, which had to be repaired, which worked fine with the package i first included... so maybe it only failed in some cases. but since i now included the new package, i believe no problems should occur anymore
August 22, 201114 yr Interesting, you either found a package that works or SAB was updated to work around the issue. par2cmdline-0.4-tbb-20081005-lin32.tar.gz was the package that didn't work, at least it didn't work with 0.5.6. I found the chuchusoft update worked (and was faster too) which was added into the newest SAB dependencies package and I believe it was also rolled into the new package prostuff1 offers. Peter
August 23, 201114 yr Is it normal when I choose the enable sickbeard, I got a "installing latest Version of sickbeard" and then the browser stay in "loading mode" ? (I know I have no luck with plugins...)
August 23, 201114 yr Author yep, just reload the page. this is a little bug with the sickbeard plugin i haven't smashed yet (see todo in first post) don't worry, it works fine, only the webinterface hangs when starting sickbeard. after a page reload everything should be normal...
August 23, 201114 yr yep, just reload the page. this is a little bug with the sickbeard plugin i haven't smashed yet (see todo in first post) don't worry, it works fine, only the webinterface hangs when starting sickbeard. after a page reload everything should be normal... Strange (again...), each time I select yes, my server seem to freeze, and I have to use telnet to reboot... And http://192.168.1.5:8081 don't seem to work to acess to sickbeard (connection reinitialized) ...
August 23, 201114 yr Author didn't experience a complete freeze (but since you can restart the server using telnet, the server is still responding) have you tried to simply reload the page. that should kill the hanging process. try enabling sickbeard from commandline: edit /boot/config/plugins/sickbeard/sickbeard.cfg and change SERVICE="disable" to SERVICE="enable" check, if the other variables are correct. then user this command /etc/rc.d/rc.sickbeard start do you get any error message?
August 23, 201114 yr I don't get any info that sab is started after I enabled it??? but it's running, but no info on the settings page that is running. //Peter
August 23, 201114 yr didn't experience a complete freeze (but since you can restart the server using telnet, the server is still responding) have you tried to simply reload the page. that should kill the hanging process. try enabling sickbeard from commandline: edit /boot/config/plugins/sickbeard/sickbeard.cfg and change SERVICE="disable" to SERVICE="enable" check, if the other variables are correct. then user this command /etc/rc.d/rc.sickbeard start do you get any error message? here what I got (and my telenet windows was "frozen" too, nothing happened after that) : Linux 2.6.37.6-unRAID. root@Tower:~# /etc/rc.d/rc.sickbeard start installing latest Version of sickbeard Starting sickbeard: sudo -u root python /usr/local/sickbeard/SickBeard.py -d -p 8081 --datadir /usr/local/sickbeard --pidfile /var/run/sickbeard/sickbeard.pid > /dev/null 2>&1Traceback (most recent call last): File "/usr/local/sickbeard/SickBeard.py", line 34, in <module> import sickbeard File "/usr/local/sickbeard/sickbeard/__init__.py", line 23, in <module> import sqlite3 File "/usr/lib/python2.6/sqlite3/__init__.py", line 24, in <module> from dbapi2 import * File "/usr/lib/python2.6/sqlite3/dbapi2.py", line 27, in <module> from _sqlite3 import * ImportError: libsqlite3.so.0: cannot open shared object file: No such file or di rectory (thanks by the way for your help, sometimes, you don't even know why it's not working...)
Archived
This topic is now archived and is closed to further replies.