- Koha - lists.katipo.co.nz

search on opac: no results
by Samuel Desseaux 04 Jun '13

04 Jun '13

Hi, We have a bug with the opac since a few days. Whatever the search give no results. I don't know what happen and it seems very strange. I put here all the logs i have. The ownership of the files are ok but something is missing.... koha@tst-koha:~/var/log$ ls koha-error_log koha-opac-error_log koha-zebradaemon.err koha-zebradaemon-output.log README koha@tst-koha:~/var/log$ tail -f koha-opac-error_log [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:32 2013] [error] [client 138.195.30.33] [Tue Jun 4 15:55:32 2013] suggestion: Odd number of elements in anonymous hash at /home/koha/kohaclone/C4/AuthoritiesMarc.pm line 972., referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search.pl?idx=&q=design [Tue Jun 04 15:55:38 2013] [error] [client 138.195.30.33] File does not exist: /home/koha/kohaclone/koha-tmpl/images, referer: http://tst-koha.ecp.fr/cgi-bin/koha/opac-search-history.pl ^C koha@tst-koha:~/var/log$ tail -f koha-zebradaemon.err 20130529 14:03:41 koha-zebra-ctl.bibecp: client (pid 17514) exited with 1 status 20130529 14:03:41 koha-zebra-ctl.bibecp: client (pid 17515) exited with 1 status 20130529 14:03:41 koha-zebra-ctl.bibecp: terminating too quickly, waiting 30 seconds 20130529 14:04:11 koha-zebra-ctl.bibecp: client (pid 17521) exited with 1 status 20130529 14:04:11 koha-zebra-ctl.bibecp: client (pid 17522) exited with 1 status 20130529 14:04:11 koha-zebra-ctl.bibecp: client (pid 17523) exited with 1 status 20130529 14:04:12 koha-zebra-ctl.bibecp: client (pid 17524) exited with 1 status 20130529 14:04:12 koha-zebra-ctl.bibecp: client (pid 17525) exited with 1 status 20130529 14:04:12 koha-zebra-ctl.bibecp: terminating too quickly, waiting 30 seconds 20130529 14:04:19 koha-zebra-ctl.bibecp: fatal: terminated ^C koha@tst-koha:~/var/log$ tail -f koha-zebradaemon-output.log 14:03:41-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:03:41-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:03:41-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:03:41-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:03:41-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:04:11-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:04:11-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:04:11-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:04:12-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] 14:04:12-29/05 [fatal] lock file /home/koha/var/lock/zebradb/biblios/zebrasrv.pid [Permission denied] koha@tst-koha:~/var/log$ ps -aux | grep zebra Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html koha 17633 0.0 0.3 99752 8224 ? S May29 0:00 zebrasrv -f /home/koha/etc/koha-conf.xml koha 29582 0.0 0.0 9616 908 pts/0 S+ 16:05 0:00 grep zebra koha@tst-koha:~/var/log$ Thank you for your help samuel

2 1

Debian Wheezy
by kazi 04 Jun '13

04 Jun '13

Dear Community, How r u all. I upgraded Squzee to Wheezy well with koha 3.10.5. But when I upgraded koha-3.10 to 3.12 , its all features loaded well, and when indexing (rebuild zebra) is run, it looks works well. But the thing is when I search on opac or staff interface, it does not show results. After that when it (search) does not work well, I did fresh install of Wheezy, still the same problem arises. Could anyone please help me out what the problem is on. With regards, Kazi -- View this message in context: http://koha.1045719.n5.nabble.com/Debian-Wheezy-tp5755997.html Sent from the Koha-general mailing list archive at Nabble.com.

3 2

koha- "make test fails" - help
by satish 04 Jun '13

04 Jun '13

Hello, I have installed koha 3.12 on Debian Squeeze ( idzebra has been installed manually) It is failed duing make test, but many previous mails in this forum suggested to skip this step (ignoring make test report), and go head with make install. currently, make install was successful and koha is working fine. Does this create any problem in specific in near future? since we are on production system, is it safe for me to continue? kindly provide your advice. make test report log. --------------------------------- t/Labels.t (Wstat: 11 Tests: 1 Failed: 0) Non-zero wait status: 11 Parse errors: Bad plan. You planned 6 tests but ran 1. Files=93, Tests=8217, 26 wallclock secs ( 1.00 usr 0.07 sys + 21.98 cusr 1.28 csys = 24.33 CPU) Result: FAIL Failed 1/93 test programs. 0/8217 subtests failed. make: *** [test_dynamic] Error 255 thank you Satish.

3 2

Problems with Text::CSV_XS and t/Labels.t
by Doug Kingston 04 Jun '13

04 Jun '13

My last install was on 3.10.02 and all was well with the set of Perl modules had then, which included Text::CSV_XS-0.85. As I prepared to build 3.10.06, I upgraded my Perl modules as some additions were required in any case. After the cpan upgrades, 'make test' was failing for both my 3.10.02 and 3.10.06 build trees. t/Labels.t would just exit after running the first sub-test (use). After a couple of days, I have tracked this down to a change in Text/CSV_XS.pm: *** Text-CSV_XS-0.85/blib/lib/Text/CSV_XS.pm 2011-09-07 12:34:16.000000000 +0100 --- .cpan/build/Text-CSV_XS-0.97-cJDgOc/blib/lib/Text/CSV_XS.pm 2013-03-30 14:58:47.000000000 +0000 *************** ... (in the subroutine 'parse') ... *************** *** 492,498 **** my $fflags = []; $self->{_STRING} = \$str; if (defined $str && $self->Parse ($str, $fields, $fflags)) { - $self->{_ERROR_INPUT} = undef; $self->{_FIELDS} = $fields; $self->{_FFLAGS} = $fflags; $self->{_STATUS} = 1; I further tracked this down to the most recent change (0.96 -> 0.97 around March 30th, 2013). The changelog says: diff Text-CSV_XS-0.96/ChangeLog .cpan/build/Text-CSV_XS-0.97-cJDgOc/ChangeLog 0a1,5 > 0.97 - 2013-03-30, H.Merijn Brand > * Regain the speed from 0.91 (buffer back to 1k) > * Minor cleanup in XS code > * Add diag_verbose attribute > I guess this qualifies as a minor cleanup if you assume people won't call error_input on no error condition. The error from t/Labels.t is a segmentation fault when calling $csv->error_input() in Labels/Label.pm. sub _get_text_fields { my $format_string = shift; my $csv = Text::CSV_XS->new({allow_whitespace => 1}); my $status = $csv->parse($format_string); my @sorted_fields = map {{ 'code' => $_, desc => $_ }} map { $_ eq 'callnumber' ? 'itemcallnumber' : $_ } # see bug 5653 $csv->fields(); my $error = $csv->error_input(); warn sprintf('Text field sort failed with this error: %s', $error) if $error; return \@sorted_fields; } I think there is an error here in _get_text_fields where it calls $csv->error_input() when there was no error. In the past, it would get an undef, but the the more recent CSV_XS.pm module, the attribute is not defined at all and it seg faults. I think error_input() should only be called if $status != 1. Comments? I think this is a Koha bug. Revertion to Text::CSV_XS-0.96 resolves the problem until we fix Koha. Regards, -Doug-

2 3

Software error when search the catalogue
by Iming Chan 04 Jun '13

04 Jun '13

Dear all, Encountered a software error when searching the catalogue of a known item. I have attached a screen image of the error message. I hope someone can explain what's going on. We are running Koha 3.12. Your assistance is much appreciated. Regards, Iming <http://koha.1045719.n5.nabble.com/file/n5757031/untitled.jpg> ----- Iming Chan Translib Information Service Melbourne, Australia -- View this message in context: http://koha.1045719.n5.nabble.com/Software-error-when-search-the-catalogue-… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

need manual confirmation
by Nicole Engard 04 Jun '13

04 Jun '13

Hello all, I have never done this before, but I got an email telling me to update this: $ zebraidx -c /etc/koha/zebradb/zebra-authorities-dom.cfg -g iso2709 -d authorities init $ zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init on this page: http://manual.koha-community.org/3.12/en/resetzebra.html to this: $ sudo zebraidx -c /etc/koha/sites/*library*/zebra-authorities-dom.cfg -g iso2709 -d authorities init $ sudo zebraidx -c /etc/koha/sites/*library*/zebra-biblios.cfg -g iso2709 -d biblios init where *library* was the koha site (installation) name. Can I get some confirmation that this is how it is for everyone and not just a local setup thing? Nicole

3 4

Zebra Indexing problem with upgrade
by David Whelchel 04 Jun '13

04 Jun '13

Hi All, I am another person with a problem when upgrading Koha that items disappear from search. I have read faithfully the news groups and have tried the suggestions found there concerning zebra indexing and search using marc21 with no success. I am upgrading from 3.08.01.002 to 3.10.06 on Debian Squeeze obsessively following the instructions in the INSTALL.debian section for the upgrade. I have detailed notes of what I have done and found but in a nutshell. 1) Download and extract koha-3.10.06.tar.gz 2) Check and install cpan dependencies 3) Make the upgrade a. perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log b. make c. make test d. sudo make upgrade 4) verified the environment variables 5) updated the database from the web admin client. At this point I can go into either the OPAC or ADMIN client and successfully search. BUT once I execute any rebuild_zebra.pl command (all finish without any errors) upon searching the search results show the number of items returned but each item shows "Availability: No copies available". I have used many permutations of the rebuild_zebra.pl command. The one that seems to be recommended most is " /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -v -r -a -b -x ". If I edit an existing marc record I can see that volume until I run the rebuild_zebra.pl command again. I have been returning to this problem on an off for the better part of a year. I have gone to the extent of verifying any number of problems raised in the koha lists (such as making sure that there are no duplicate Field 001 values in the db) and would appreciate any help. Thanks -- Dave ---------------------------------------------------------------------------- --- David L. Whelchel 725 SE Derby Street Pullman, WA 99163 whelchel(a)pullman.com http://www.dlwa.com

10 13

Need reports help
by Elaine Bradtke 03 Jun '13

03 Jun '13

I have the following report: SELECT biblio.biblionumber,biblio.author,biblio.title,biblio.datecreated FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) WHERE items.homebranch='VWML' AND DATE_SUB(CURDATE(),INTERVAL 7 DAY) <= biblio.datecreated ORDER BY biblio.title ASC But it only returns information if there are item records attached, what I really want is a list of everything catalogued. A lot of our biblios don't have items attached. What's the best way to do this? -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)

2 2

new fiscal year
by Kohn, Karen 03 Jun '13

03 Jun '13

Hello, I'm having trouble remembering how to create a new fiscal year and copy our open orders from the old year into the new one. We do get support from ByWater, so I'm sure Nicole will respond quickly, but I figured I'd hit more people by posting it to the list. I duplicated one budget to create a new one but don't see how to copy the orders. Thanks in advance. -- *Karen Kohn* Collection Development Manager Education and Sociology Librarian Landman Library Arcadia University 450 S. Easton Road Glenside, PA 19038 ph: 215-572-8528 fax: 215-572-0240

3 2

URL link checker
by Maria Okonska 03 Jun '13

03 Jun '13

Hi there, We would like to install a URL link checker in our OPAC. Could anyone recommend us one that works well. Thanks, Maria Maria Okonska Manager of Bibliographic Operations Brooklyn Law School Library 250 Joralemon Street Brooklyn, NY 11201 tel.: 718-780-7977 fax.: 718-780-0369 e-mail: maria.okonska(a)brooklaw.edu<mailto:maria.okonska@brooklaw.edu>

3 2