Autounpacking If Match Filter

[dsouvik215]

Apologies first off, I search through the entire forum and looked through all suggestions on this with no success. Manual unpacking works fine.

I have a set of torrents, lets say they are all labeled TV. I've tried setting TV in the filter section of autounpack as well as leaving it blank and with a * thinking it would unpack everything that finished. This does not appear to be the case. I'm running ruTorrent 3.4 and rTorrent 0.8.9. I set the location of php in the config and checked unpack.php against what brock posted in another thread, everything appears to be in order but it is not working.

The issue is probably something silly that I'm missing but any help would be greatly appreciated

edit: I've tried looking for errors. I couldn't find anything in the logs unless I'm just not looking in the right place.

 

[das329717]

This filter use PCRE syntax.
Examples:
/.*/ - all.
/Castle/i - Any text with 'Castle' (or 'CASTLE' or 'CaStLe', etc.) substring.

See more examples at http://www.regular-expressions.info/

 

[dsouvik215]

I should've mentioned that I tried regex too.

I have this: /TV/i

I just tried again, made sure it was set properly and it just didn't unpack on completion. Manual unpack a-okay still.

edit: Checked permissions, everything seems okay. Then again, I would think that manual extract wouldn't work if it was a permissions issue.

 

[jith45]

Then again, I would think that manual extract wouldn't work if it was a permissions issue.

1) Manual extract work under web-server's user. Auto extract - under rtorrent user.
2) Are you restart rtorrent after the last ruTorrent update?
3) Check web-server errors log.

 

[dsouvik215]

1) Manual extract work under web-server's user. Auto extract - under rtorrent user.
2) Are you restart rtorrent after the last ruTorrent update?
3) Check web-server errors log.

1) I tried chmod 777 on my extract folder to eliminate any permissions issue, didn't change anything so I switched it back.
2) I have restarted rTorrent, it is also a relatively fresh install, <6 weeks.
3) lighttpd error logs have no relevant errors :-/

edit: Apparently the person I share my server with moved the lighttpd logs, I found this:

2012-04-17 21:25:13: (mod_fastcgi.c.2699) FastCGI-stderr: PHP Warning: socket_connect(): unable to connect [111]: Connection refused in /var/rutorrent/rutorrent/plugins/autodl-irssi/getConf.php on line 94

I'm not using irssi so I can probably just ignore this or remove the plugin.

I restarted lighttpd and rtorrent, started a new torrent and let it finish under TV label, it never even tried to extract. There's nothing in the log after I restarted it.

 

[das329717]

If rtorrent does the unpacking, the relevant log is execute.log, assuming you have one, and a patched 0.8.9 where log.execute= actually works.

 

[dsouvik215]

If rtorrent does the unpacking, the relevant log is execute.log, assuming you have one, and a patched 0.8.9 where log.execute= actually works.

I apparently don't have the patched 0.8.9. log.execute does not write into the file I specify :-/

edit: I updated to newest 0.9.1 rtorrent and 0.13.1 libtorrent, logs working now

Code: [Select]
^@sh -c '/usr/bin/php' '/var/rutorrent/rutorrent/plugins/rss/update.php' 'username' & exit 0
---
^@
--- Success ---
^@
---
^@date +%s
---
^@Captured output:
^@1334763241

--- Success ---
^@
---
^@/usr/bin/php /var/rutorrent/rutorrent/plugins/unpack/update.php /home/username/downloads/TV/Deadliest.Catch.S08E02.HDTV.x264-aAF Deadliest.Catch.S08E02.HDTV.x264-aAF 1 TV Deadliest.Catch.S08E02.HDTV.x264-aAF username
---
^@
--- Success ---
^@
---
^@sh -c '/usr/bin/php' '/var/rutorrent/rutorrent/plugins/erasedata/update.php' 'username' &
---
The above includes the lines just before and after the only reference to unpack during my log. What I did was stop rtorrent, enable log, start rtorrent, add new torrent under label TV, wait for completion, did not unpack automatically, stopped rtorrent.


edit 2: obviously in the logs it looks like it is noticing that it matches the label, its just not actually calling unpack.

 

[jith45]

Try to update from svn. I guess, now this error is fixed.

 

[das329717]

Try to update from svn. I guess, now this error is fixed.

Huzzah! I updated the unpack plugin from SVN and it appears to be working now Thanks!

 

[jith45]

great, fixed my problem too

curious to know if its possible to run on more than one filter?
/tv/i does tv, if i also wanted to do dvd.
would /(tv|dvd)/i work?

 

[das329717]

would /(tv|dvd)/i work?

Try, and you will know.