Hi All, Thanks for you recent help with the bulkimport script. I have encountered some more obstacles... 1. When I try to use the Cataloguing|Marc Import feature, pressing the 'Import' button cause the browser to attempt to download breeding.pl ??? 2. When I try to a Z39.50 search to populate a blank record with remote data pressing the 'Seach Internet' button causes the browser to download seach.pl ? Quite a frustrating issue, I'm assuming its doing this due to a missing module? Which one(s)? Help! Bo (2.9.9 on Debian Etch, MySQL 5.0 Apache2)
Just wanted to clarify my earlier message. Koha offers the actual file to be downloaded to my desktop (via a dialogue box), in other words the file is not being executed on the server. Anyone ever heard of this? It says in the user guide that you must have the event module installed. I reinstalled it again, without any errors. But still no luck... Bo
1. When I try to use the Cataloguing|Marc Import feature, pressing the 'Import' button cause the browser to attempt to download breeding.pl ??? 2. When I try to a Z39.50 search to populate a blank record with remote data pressing the 'Seach Internet' button causes the browser to download seach.pl ?
Quite a frustrating issue, I'm assuming its doing this due to a missing module? Which one(s)?
Help!
Bo Schafers <bo@weavebrain.com.au> wrote:
Just wanted to clarify my earlier message. Koha offers the actual file to be downloaded to my desktop (via a dialogue box), in other words the file is not being executed on the server. Anyone ever heard of this? It says in the user guide that you must have the event module installed. I reinstalled it again, without any errors. But still no luck...
This is almost certainlly an Apache configuration problem. It may be that debian 4.0 (etch) has changed configuration enough to cause this. I have a clean etch handy and will investigate shortly. Regards, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Experienced webmaster-developers for hire http://www.ttllp.co.uk/ Also: statistician, sysadmin, online shop builder, workers co-op. Writing on koha, debian, sat TV, Kewstoke http://mjr.towers.org.uk/
Thanks for your reply! I'm stuck, unable to progress our move to Koha. Is there anyone out there using a late Debian variant? Etch, Ubuntu Feisty, or similar - who has mentioned the issues i.e. with some PL files not executing (see previous post for details)? So at least the problem might be verified? Sorry to sound so negative, but at the moment I'm starting to fear that Koha might not work for us. It's a shame, we so much like the concept and ideology... Bo MJ Ray wrote:
Bo Schafers <bo@weavebrain.com.au> wrote:
Just wanted to clarify my earlier message. Koha offers the actual file to be downloaded to my desktop (via a dialogue box), in other words the file is not being executed on the server. Anyone ever heard of this? It says in the user guide that you must have the event module installed. I reinstalled it again, without any errors. But still no luck...
This is almost certainlly an Apache configuration problem. It may be that debian 4.0 (etch) has changed configuration enough to cause this. I have a clean etch handy and will investigate shortly.
Regards,
Bo Schafers wrote:
Thanks for your reply!
I'm stuck, unable to progress our move to Koha. Is there anyone out there using a late Debian variant? Etch, Ubuntu Feisty, or similar - who has mentioned the issues i.e. with some PL files not executing (see previous post for details)? So at least the problem might be verified? Sorry to sound so negative, but at the moment I'm starting to fear that Koha might not work for us. It's a shame, we so much like the concept and ideology...
Seeing this thread brought one simple thing to mind: you need to make sure that the perl scripts are allowed to be executed by your Apache web server. We are running Debian Etch / Apache 2 straight out of the box (well, out of the apt-get!) and it works fine. Here is the configuration line in apache2.conf that is required (stolen from the koha-httpd.conf): ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ and ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" Without these, Apache does not know that the scripts in those directories are to be executed. If you cannot find koha-httpd.conf or have not integrated it into your Apache configuration, we'll have to back up jsut a little and help you at a more basic level. Let us know how you go. cheers rickw p.s. if your have an apache2 config that has the following directory: /etc/apache2/sites-available then the fix is really simple and we can fix you up in minutes. Let me know, mate! -- _________________________________ Rick Welykochy || Praxis Services Any belief that can't stand up to objective scrutiny is hardly worth having. -- LJ McIntyre
Bo Schafers <bo@weavebrain.com.au> wrote:
who has mentioned the issues i.e. with some PL files not executing (see previous post for details)? So at least the problem might be verified? Sorry to sound so negative, but at the moment I'm starting to fear that Koha might not work for us. It's a shame, we so much like the concept and ideology...
I've seen it before, but not with Koha, which makes me think this is not a Koha problem, but a problem with your Apache/CGI configuration. Once I've tried an install on a clean etch, I may be able to point you at the appropriate part of the configuration exactly, but I suspect it is either not having a2enmod cgi or having some incorrect/missing AddType or similar for .pl files. More soon, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Experienced webmaster-developers for hire http://www.ttllp.co.uk/ Also: statistician, sysadmin, online shop builder, workers co-op. Writing on koha, debian, sat TV, Kewstoke http://mjr.towers.org.uk/
Bo Schafers wrote:
(2.9.9 on Debian Etch, MySQL 5.0 Apache2)
I presume you mean Koha/2.2.9 on Etch. Can I ask a simple question: does your Search (simple or advanced) work on your system via the OPAC interface? As well, you mention that a certain script downloads instead of executes. Is this the case with all scripts? cheers rickw -- _________________________________ Rick Welykochy || Praxis Services Any belief that can't stand up to objective scrutiny is hardly worth having. -- LJ McIntyre
On Wed, May 23, 2007 12:36, Rick Welykochy wrote:
Bo Schafers wrote:
(2.9.9 on Debian Etch, MySQL 5.0 Apache2)
I presume you mean Koha/2.2.9 on Etch.
Yes it is....
Can I ask a simple question: does your Search (simple or advanced) work on your system via the OPAC interface?
Yes that works.
As well, you mention that a certain script downloads instead of executes. Is this the case with all scripts?
Yes, there are other scripts that execute without any worries, it's merely the Import to Resevoir and calling the Z39.50 search where it's downloading the pl file instead of executing it. This is why I thought I might be missing a module.... Thanks for looking into my issue Rick! Fellow Aussie? I'm in Perth myself. Cheers, Bo
Bo Schafers wrote:
Can I ask a simple question: does your Search (simple or advanced) work on your system via the OPAC interface?
Yes that works.
As well, you mention that a certain script downloads instead of executes. Is this the case with all scripts?
Urgh ... okay, we have a different problem. You may have read it on this list: Saerch does not return any meaningful results. But we are using a database that has gone the 2.0.0 -> 2.2.7 -> 2.2.8 route and now 2.2.9 and now has cacked it, spit the dummy, chucked up , etc. :(
Yes, there are other scripts that execute without any worries, it's merely the Import to Resevoir and calling the Z39.50 search where it's downloading the pl file instead of executing it. This is why I thought I might be missing a module....
Thanks for looking into my issue Rick! Fellow Aussie? I'm in Perth myself.
I'm in Sydney. Welcome to Koha. Now, perhaps you could try running the script from the command line and see what happens, i.e. cd /usr/local/koha ./intranet/cgi-bin/z3950/search.pl If that works, i.e. it executes the perl, then the problem is in Apache, imho. If the script will not even start in the shell, then the problem goes deeper. (You will probably get a few perl errors about undefined modules if perl does execute, but who cares: that shows you that perl at least can execute the script) cheers rickw -- _________________________________ Rick Welykochy || Praxis Services Any belief that can't stand up to objective scrutiny is hardly worth having. -- LJ McIntyre
On 23.05.2007 07:36, Bo Schafers wrote:
On Wed, May 23, 2007 12:36, Rick Welykochy wrote:
As well, you mention that a certain script downloads instead of executes. Is this the case with all scripts?
Yes, there are other scripts that execute without any worries, it's merely the Import to Resevoir and calling the Z39.50 search where it's downloading the pl file instead of executing it. This is why I thought I might be missing a module....
I had the same symptoms, Koha 2.2.9 on Debian Etch, there were errors in the Z39.50 configuration, leading Koha unable to get in touch with the Z39.50 server and serving a blank page to the browser, which the browser wanted to download. -- Kjetil Iseli <Kjetil.Iseli@jbi.hio.no>
Hi again everyone. Thanks for your responses and suggestions. I've checked (or done) what was suggested: 1. Sites-enabled with koha-httpd.conf is working well on Apache. The ScriptAlias ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ AND ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" are set respectively as per installation procedures. 2. Executing the script from the command line (./intranet/cgi-bin/z3950/search.pl) works fine, it displays html output - no worries 3. SElinux is set DISABLED via grub's menu.lst - as well as setenforce 0- duly rebooted and checked. z3950 service restarted. 4. Chowned -R'd and subsequently checked all directories below koha all are: www-data/www-data Unfortunately I STILL have pl files downloading when instigating a z3950 search, instead of displaying results. The only thing untried now is the suggestion by MJ Ray regarding possible changes to Apache2 in Etch. Another thing. I noticed that in 'Upload Marc to Resevoir' Koha downloads the perl script only when the file has incorrect MARC formatting, otherwise it works fine. In other words, its an ERROR HANDLIN ISSUE: when the scripts fails due to format incompatibility, it downloads the file to the user, instead of displaying an error in the browser. So ---- PERHAPS this failure of the z3950 function has to do with a malformed query/instruction? I've noticed for instance that z3950 works somewhat when I set it to the following server): amicus.collectionscanada.ca Port: 210 displaying 'nothing found' instead of downloading search.pl as it does with all other servers that I've tried. Hmm....what on earth is going on??? Bo
Bo Schafers a écrit :
Hi again everyone. Thanks for your responses and suggestions.
Unfortunately I STILL have pl files downloading when instigating a z3950 search, instead of displaying results. The only thing untried now is the suggestion by MJ Ray regarding possible changes to Apache2 in Etch.
Another thing. I noticed that in 'Upload Marc to Resevoir' Koha downloads the perl script only when the file has incorrect MARC formatting, otherwise it works fine. In other words, its an ERROR HANDLIN ISSUE: when the scripts fails due to format incompatibility, it downloads the file to the user, instead of displaying an error in the browser.
So ---- PERHAPS this failure of the z3950 function has to do with a malformed query/instruction? I've noticed for instance that z3950 works somewhat when I set it to the following server):
amicus.collectionscanada.ca Port: 210
displaying 'nothing found' instead of downloading search.pl as it does with all other servers that I've tried. Hmm....what on earth is going on??? Those facts show to me that you may use mod_perl. Are you ? Maybe looking at httpd error log (or koha-error log) could tell you that some perl module, such as ZOOM (for z3950 client) failed and how it failed. Same thing for upload MARC to Reservoir, but for MARC::File::XML or MARC::Charset modules.
Hope that helps. -- Henri-Damien LAURENT
Hi Henri-Damian! Thanks for you response.
Those facts show to me that you may use mod_perl. Are you ? Uhmm. I just installed the default LAMP and Perl as per the instructions. Is there a command to check if I am?
Maybe looking at httpd error log (or koha-error log) could tell you that some perl module, such as ZOOM (for z3950 client) failed and how it failed. Same thing for upload MARC to Reservoir, but for MARC::File::XML or MARC::Charset modules. This is what the output in the log is:
[Thu May 24 16:40:13 2007] [error] [client 192.168.1.5] voyager.ocs.mq.edu.au at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 161., referer: http://circ.weavebrain.com.au:8080/cgi-bin/koha/z3950/search.pl?oldbiblionumber=&author=Huxley [Thu May 24 16:40:13 2007] [error] [client 192.168.1.5] 1 voyager.ocs.mq.edu.au error @attr 1=7 "/": Unsupported search (3) Missconfigured search, malformed at opac, referer: http://circ.weavebrain.com.au:8080/cgi-bin/koha/z3950/search.pl?oldbiblionumber=&author=Huxley [Thu May 24 16:40:13 2007] [error] [client 192.168.1.5] Premature end of script headers: search.pl, referer: http://circ.weavebrain.com.au:8080/cgi-bin/koha/z3950/seearch.pl?oldbiblionumber=&author=Huxley Can anybody figure out what's wrong based on that? Bo
This issue has now been resolveed. Thanks Henri-Damien Laurent! :-D For those of you experiencing malfunction - local downloading of search.pl when using the z3950 client, this is an issue with the NPL templates. Please copy searchresult.tmpl from the z3950 folder fom the default theme over to the folder of the same name in the NPL theme. Happy MARC retrieval! (Version 2.2.9 on Debian with MySql 5.0, Apache 2 and NPL theme) Thanks all for all help offered. Bo
participants (5)
-
Bo Schafers -
Henri-Damien LAURENT -
Kjetil Iseli -
MJ Ray -
Rick Welykochy