I'd check out the quality settings I believe its called, don't have it running ATM but it can be set to download different qualities, it might not be set to stop at a given quality.

Got a bit of a problem with CPv2.  My manage functionality is not working.  I have made sure permissions for both my data and install dir for CPv2 are set to nobody:users, I am running as nobody, I have also checked that my Movies user directory is owned by nobody and permissions are set correctly (most recently i made them 777 to make sure that wasn't the issue). 

 

I enabled debug and even then the log tells me nothing...  Here is the last thing I see after I force a full library scan.

 

05-29 22:00:28 INFO [otato.core.plugins.manage] Updating manage library: /mnt/user/Movies/

 

Using TOP I see 102% +- CPU Util but nothing seems to be happening.  I let it run for 10 hours with no results.  I tried small directories with 10 movies and my large main library with over 1400 movies, nothing doing in any case.  Even tried a disk share instead to the same lack of results.

 

Any idea what I am doing wrong.  Was hoping the debug mode would tell me more.

 

I did try a clean install as well to no avail.

 

G

check in your data directory and make sure the couchpotato.db is writable, I'd change permissions to 777 there too just to eliminate the possibility. I seem to remember having issues similar to yours and that was the problem.

 

Other than that, it sounds like everything else is in order, if that doesn't make a difference I'd post an issue on CP's github and see if ruudburger has any ideas. I'll keep looking and see if I can come up with something else as well

Thanks for the suggestions.  My db is writeable - was more like 0755 I just made it 0777.  Seems like last night something started working after a completely fresh install.  I got the Kids Movie directory to scan.  When I add my main movie directory it seems to get to the same point in the log and stop cold.  CPU is still pegged at that point, but seems like no activity is going on besides couchpotato.db-wal getting bigger in size...  Anyone know what that file represents (it's in the data directory next to the full database) - is it a temporary DB that eventually overwrites the current db when it finishes the scan?

Kind of, the WAL is a "buffer" that holds data until the sqlite reaches a "checkpoint", it then flushes the WAL file into the persistent database and continues. Kind of a way to stop an error from killing everything too I think.

 

It sounds like there is a file/files in your main movie directory that is causing an issue in CP, but since the WAL is getting bigger, I expect its working as expected too...

 

I'd go ahead and post on the git page, whatever the issue, it definitely sounds like an issue with the application, ruudburger would have a much greater chance of being able to help there.

Thanks for putting this plugin together.  I'm trying to upgrade from V1.  The version that I had installed to the root and not the cache. All I did was delete the folder and plugin from the config/plugins folder and then rebooted.  It did not seem to install the plugin.  Then I installed with the command line and it gave me a bunch of messages like this:

 

Warning: simplexml_load_file():  in /usr/local/sbin/installplg on line 13

Warning: simplexml_load_file(): ^ in /usr/local/sbin/installplg on line 13

Warning: simplexml_load_file(): /boot/config/plugins/couchpotato_v2_mod.plg:1265                           : parser error : Premature end of data in tag meta line 7 in /usr/local/sbin/ins                           tallplg on line 13

Warning: simplexml_load_file():  in /usr/local/sbin/installplg on line 13

Warning: simplexml_load_file(): ^ in /usr/local/sbin/installplg on line 13

Warning: simplexml_load_file(): /boot/config/plugins/couchpotato_v2_mod.plg:1265                           : parser error : Premature end of data in tag head line 6 in /usr/local/sbin/ins                           tallplg on line 13

 

What's up with that?

 

unraid v5.3 beta12

How did you download? Its working fine for me.

I right clicked and saved the link.  Was that wrong?  Should I copy paste into notepad?

Instead of right clicking, click on the file, then right click where it says "RAW" and save that, you may have saved the link that goes to the HTML page, which the xml parser wouldn't like at all,

That worked, thanks!

 

I have another question if anyone knows the answer.  I can't seem to get my IMD watchlist to update in CP.  I'm using this one http://rss.imdb.com/user/ur13176923/watchlist

This MAY be a bug in the plugin but: the datadir requested  on the web interface for the plugin should be the config dir since that is the parameter you can pass to couch potato. Actually you have to pass the config File. What I did is I edited my rc.couchpotato_v2 file and added /settings.conf after the $CONFIGFILE in the execute line and now I can load CP v2 without any problems.

 

I dont know much about how to change the plg file so I leave if to the experts

 

The data_dir is now part of settings.conf and may have to be editted separately to reflect where you want the data to be stored.  I think the initial plugin requested both a config file and data_dir and may be appropriate to revert back to that if the plugin can edit settings.conf and change the data_dir variable to what the user specifies in the web interface. Config dir can stay the same way if the plugin adds settings.conf to the rc.couchpotavo_v2 file as I did before or request for the user to specify an actual config FILE not a dir.

 

Thanks a lot for this great plugin,

 

EzBox

Kind of, the WAL is a "buffer" that holds data until the sqlite reaches a "checkpoint", it then flushes the WAL file into the persistent database and continues. Kind of a way to stop an error from killing everything too I think.

 

It sounds like there is a file/files in your main movie directory that is causing an issue in CP, but since the WAL is getting bigger, I expect its working as expected too...

 

I'd go ahead and post on the git page, whatever the issue, it definitely sounds like an issue with the application, ruudburger would have a much greater chance of being able to help there.

 

As I was about to post a bug request I was in the WebGUI w/ SimpleFeatures and looked at the ActiveStream page and saw that one was stuck open - must have been a bad file, once deleted all was well.

This MAY be a bug in the plugin but: the datadir requested  on the web interface for the plugin should be the config dir since that is the parameter you can pass to couch potato. Actually you have to pass the config File. What I did is I edited my rc.couchpotato_v2 file and added /settings.conf after the $CONFIGFILE in the execute line and now I can load CP v2 without any problems.

 

I dont know much about how to change the plg file so I leave if to the experts

 

The data_dir is now part of settings.conf and may have to be editted separately to reflect where you want the data to be stored.  I think the initial plugin requested both a config file and data_dir and may be appropriate to revert back to that if the plugin can edit settings.conf and change the data_dir variable to what the user specifies in the web interface. Config dir can stay the same way if the plugin adds settings.conf to the rc.couchpotavo_v2 file as I did before or request for the user to specify an actual config FILE not a dir.

 

Thanks a lot for this great plugin,

 

EzBox

 

Yeah I had added that to the plug-in to allow for the data dir and change it in the settings.conf, didn't realize it had been taken out. I'll add it back

@EZBOX, can you test the changes and see if they work properly for you?

 

https://github.com/W-W/unRAID/raw/Influencer/couchpotato_v2_mod.plg

Starting CouchPotato with parameters: sudo -u nobody python /usr/local/couchpotato_v2/CouchPotato.py --daemon --config_file /mnt/cache/.custom/couchpotato_v2 --pid_file /var/run/couchpotato_v2/couchpotato_v2.pid

Traceback (most recent call last):

File "/usr/local/couchpotato_v2/CouchPotato.py", line 119, in

l = Loader()

File "/usr/local/couchpotato_v2/CouchPotato.py", line 43, in __init__

os.makedirs(self.data_dir)

File "/usr/lib/python2.6/os.py", line 157, in makedirs

mkdir(name, mode)

OSError: [Errno 13] Permission denied: '/.couchpotato'

 

You have to concat settings.conf (name of the actual config file) to the end of the config dir so the line to execute couch becomes (in my case: sudo -u nobody python /usr/local/couchpotato_v2/CouchPotato.py --daemon --config_file /mnt/cache/.custom/couchpotato_v2/settings.conf --pid_file /var/run/couchpotato_v2/couchpotato_v2.pid )

 

What the current line is doing is using ~/.couchpotato as the data_dir and since im sudo from root I cant write to that dir as nobody.

 

Ah, forgot to add that, wouldn't have mattered anyway, named the variable wrong anyway so it wouldn't have written anything for the config dir.

 

Fixing it now, then will commit the changes, thanks for the test

 

EDIT: Ok, now I've had a chance to look over all the changes that have been made, the config file is being put in the plug-ins config directory, so it stays static. I think I'm going to leave it this way, but will track down why it was causing issues starting.

@Influencer

 

I made it work yesterday with the changes you did earlier. What I did is I wrote the actual config file (/mnt/cache/.custom/couchpotato_v2/settings.conf)  in the field for Config Dir and hit apply (without enabling it) so it saved the configuration, It did save the config then I was able to then hit enable and worked without a hitch. Maybe by switching the label to Config File in your plugin fixes the confusion.  Also I saw you did some changes regarding hardcoding nobody in as owner, but then the changes (if I am not mistaken) will make the directory owned by $RUNAS:root.  If runas is nobody it will make the dir owned by nobody.root, should it be nobody.users ?  I opened a github account thinking I was going to be able to msg you there regarding this but no such luck .

 

Thanks again, hope to continue testing this and making it the Go/To scripts for our beloved services.

 

EzBox

Thanks, I went to change that and must have forgotten, yesterday these threads were quite busy,

 

I reverted to taking the config-file option out, and leaving it hard coded for the flash drive so 1. It would remain persistent and 2. Since the settings should rarely change, it won't affect the life of the flash drive.

 

Makes sense to have it there, I had added the option back in but didn't realize the change WW had made moving it to the flash drive. It should run without problems now. I've tested it and haven't had an issue, but as always, if anyone runs into one, please say so,

 

@EZBOX, thanks for the testing, I hope this is the go-to place for plug-ins as well,

rebooted the server and Im having the same issue with starting again:

Traceback (most recent call last):
  File "/usr/local/couchpotato_v2/CouchPotato.py", line 119, in <module>
    l = Loader()
  File "/usr/local/couchpotato_v2/CouchPotato.py", line 43, in __init__
    os.makedirs(self.data_dir)
  File "/usr/lib/python2.6/os.py", line 157, in makedirs
    mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.couchpotato'

Traceback (most recent call last):
  File "/usr/local/couchpotato_v2/CouchPotato.py", line 119, in <module>
    l = Loader()
  File "/usr/local/couchpotato_v2/CouchPotato.py", line 43, in __init__
    os.makedirs(self.data_dir)
  File "/usr/lib/python2.6/os.py", line 157, in makedirs
    mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.couchpotato'

What is your data dir and install dir?

 

Is it set to run as root or nobody?

 

What are the outputs of:

ls -l /path/to/your/data/dir
ls -l /path/to/install/dir

Can you capture what it is starting with?

Like exbox posted below, should be something like:

sudo -u nobody python /usr/local/couchpotato_v2/CouchPotato.py --daemon --config_file /mnt/cache/.custom/couchpotato_v2 --pid_file /var/run/couchpotato_v2/couchpotato_v2.pid

install dir:

root@Tower:~# ls -l /usr/local/couchpotato_v2/
total 52
-rwxr-xr-x  1 nobody users  4252 2012-06-01 19:14 CouchPotato.py*
-rw-r--r--  1 nobody users  1843 2012-06-01 19:14 README.md
drwxr-xr-x  5 nobody users     0 2012-06-01 19:14 couchpotato/
drwxr-xr-x  2 nobody users     0 2012-06-01 19:14 init/
drwxr-xr-x 27 nobody users     0 2012-06-01 19:14 libs/
-rw-r--r--  1 nobody users 35125 2012-06-01 19:14 license.txt
-rw-r--r--  1 nobody users    23 2012-06-01 19:14 version.py

data dir

root@Tower:~# ls -l /mnt/cache/.couchpotato_v2/
total 1407
drwxrwxrwx  3 nobody users   34760 2012-06-01 19:14 cache/
-rwxrwxrwx  1 nobody users 1397760 2012-06-01 10:58 couchpotato.db*
-rwxrwxrwx  1 nobody users   32768 2012-06-01 10:58 couchpotato.db-shm*
-rwxrwxrwx  1 nobody users       0 2012-06-01 10:58 couchpotato.db-wal*
drwxrwxrwx 25 nobody users     784 2012-06-01 19:14 db_backup/
drwxrwxrwx  2 nobody users     152 2012-06-01 17:48 logs/

 

runs as nobody

 

and here is what is starts with:

 sudo -u nobody python /usr/local/couchpotato_v2/CouchPotato.py --daemon --config_file /boot/config/plugins/couchpotato_v2/settings.conf --pid_file /var/run/couchpotato_v2/couchpotato_v2.pid

Not sure if it'd be the problem, but try moving the data dir to something else, like /mnt/cache/.apps/couchpotato_v2 . I'll give it a test on my end with the same data dir as you and see if I get anything

 

EDIT: Nope, started just fine. Can you upload the copy of the plug-in you have? I'm wondering if something happened there or if maybe you (somehow) got an old version....

attatched

couchpotato_v2_mod.plg.txt

Download latest and see if that works for you. I'm determined to figure out WHY this is affecting you, I cannot reproduce it at all, no matter what I try

well i had similar thing happening when you don't close the program properly....

 

these

drwxrwxrwx  3 nobody users   34760 2012-06-01 19:14 cache/
-rwxrwxrwx  1 nobody users 1397760 2012-06-01 10:58 couchpotato.db*
-rwxrwxrwx  1 nobody users   32768 2012-06-01 10:58 couchpotato.db-shm*
-rwxrwxrwx  1 nobody users       0 2012-06-01 10:58 couchpotato.db-wal*

 

shm and wall extensions prevent you to start up .. if you look at couchpotato logs you will see this error

 

DatabaseError: (DatabaseError) file is encrypted or is not a database 'PRAGMA table_info("migrate_version")' () 

 

best thing to do is to delete all the db files and copy one back from the backups where there is only couchpotato.db in the folder....

after that it starts just fine

 

just don't kill the pid manually or restart your server without a proper shutdown ... and you don't have the issue...

it might also be an issue with the way the program makes the copy of the db .... as some folders in the backup directory also have the shm and wall extensions in the folder....  not sure how this backup is made ? that will be for influencer to figure out