Can't run post processing script from SABnzbd
Posted: September 26th, 2011, 1:22 am
Hi,
While trying to run the script I get the (somewhat famous) error:
Exit(-1) Cannot run script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py (More)
In SABnzbd logs I get the following:
2011-09-25 17:55:55,383::INFO::[newsunpack:132] Running external script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py(/share/HDA_DATA/Qdownload/sabnzbd/complete/TV/Comedy_Central_Presents_S09E07_Christian_Finnegan_PDTV_XviD_MiNDTHEGAP, Comedy Central Presents S09E07 Christian Finnegan PDTV XviD MiNDTHEGAP.nzb, Comedy_Central_Presents_S09E07_Christian_Finnegan_PDTV_XviD_MiNDTHEGAP, , tv, alt.binaries.multimedia, 0)
2011-09-25 17:55:55,581::DEBUG::[newsunpack:139] Failed script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py, Traceback:
Traceback (most recent call last):
File "/share/HDA_DATA/.qpkg/SABnzbdplus/sabnzbd/newsunpack.py", line 137, in external_processing
startupinfo=stup, env=env, creationflags=creationflags)
File "/opt/lib/python2.6/subprocess.py", line 623, in __init__
errread, errwrite)
File "/opt/lib/python2.6/subprocess.py", line 1141, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
I'm not familiar with Python, but it seems there's some issue with the arguments passed to the post-script.
Needless to say I can run the script from terminal, giving it the directory path as an argument. Also the scripts have their permissions set to 755.
/usr/bin/python is linked to /opt/bin/python2.6
and in the top of my scripts I have: #!/usr/bin/python
I have modified the Python script to print the arguments to a log file, however the log file isn't created at all, so I assume SABnzbd couldn't find the script file. However when I copy the script path from the log file and paste it to the shell I have no problem running it.
Does anyone have an idea on what's wrong?
System details:
Version: 0.6.9
OS: Linux (QNAP)
Install-type: QNAP package
Skin (if applicable): Plush
Firewall Software: None
Are you using IPV6?: no
Is the issue reproducible? yes
While trying to run the script I get the (somewhat famous) error:
Exit(-1) Cannot run script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py (More)
In SABnzbd logs I get the following:
2011-09-25 17:55:55,383::INFO::[newsunpack:132] Running external script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py(/share/HDA_DATA/Qdownload/sabnzbd/complete/TV/Comedy_Central_Presents_S09E07_Christian_Finnegan_PDTV_XviD_MiNDTHEGAP, Comedy Central Presents S09E07 Christian Finnegan PDTV XviD MiNDTHEGAP.nzb, Comedy_Central_Presents_S09E07_Christian_Finnegan_PDTV_XviD_MiNDTHEGAP, , tv, alt.binaries.multimedia, 0)
2011-09-25 17:55:55,581::DEBUG::[newsunpack:139] Failed script /share/HDA_DATA/.qpkg/SickBeard/autoProcessTV/sabToSickBeard.py, Traceback:
Traceback (most recent call last):
File "/share/HDA_DATA/.qpkg/SABnzbdplus/sabnzbd/newsunpack.py", line 137, in external_processing
startupinfo=stup, env=env, creationflags=creationflags)
File "/opt/lib/python2.6/subprocess.py", line 623, in __init__
errread, errwrite)
File "/opt/lib/python2.6/subprocess.py", line 1141, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
I'm not familiar with Python, but it seems there's some issue with the arguments passed to the post-script.
Needless to say I can run the script from terminal, giving it the directory path as an argument. Also the scripts have their permissions set to 755.
/usr/bin/python is linked to /opt/bin/python2.6
and in the top of my scripts I have: #!/usr/bin/python
I have modified the Python script to print the arguments to a log file, however the log file isn't created at all, so I assume SABnzbd couldn't find the script file. However when I copy the script path from the log file and paste it to the shell I have no problem running it.
Does anyone have an idea on what's wrong?
System details:
Version: 0.6.9
OS: Linux (QNAP)
Install-type: QNAP package
Skin (if applicable): Plush
Firewall Software: None
Are you using IPV6?: no
Is the issue reproducible? yes