Dear Swati, What type of customisation you are talking about, have done CSS level customisation in OPAC or code level customisation. CSS level customisation will not affect Koha's functionality where as code level will definitely. Access to Z39.50 server depends on the internet connectivity and your search fields. If you are Koha is installed on a server behind a firewall then access to Z39.50 will only be possible once the firewall provide access to some ports. Ports details will be available, in the Z39.50 server details. Regarding the search field try multiple search option, you can verify the same while search directly on loc website (http://catalog.loc.gov/) . I hope this will help you. Thanks and Regards R Sunil Kumar Library Technologist +91-9686576695 -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha-request@lists.katipo.co.nz Sent: 06 September 2011 05:30 To: koha@lists.katipo.co.nz Subject: Koha Digest, Vol 71, Issue 20 Send Koha mailing list submissions to koha@lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request@lists.katipo.co.nz You can reach the person managing the list at koha-owner@lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Zebra fails with No such record type (Bob Ewart) 2. Re: Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! (Tomas Cohen Arazi) 3. Re: Zebra fails with No such record type [SOLVED] (Bob Ewart) 4. customizing koha (swathi) 5. search not working (swathi) 6. Re: search not working (Robin Sheat) ---------------------------------------------------------------------- Message: 1 Date: Mon, 05 Sep 2011 10:20:06 -0400 From: Bob Ewart <bob-ewart@bobsown.com> To: Koha@lists.katipo.co.nz Subject: [Koha] Zebra fails with No such record type Message-ID: <4E64DA96.6060303@bobsown.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Occasionally the locks in /var/lock/koha/zebradb/biblios get their ownership changed to root. I'm not sure why, because rebuild_zebra is only done in the koha crontab. I run a little program in the middle of the night which reports on the state of the server and checks those locks. When I went in to change it back this morning I got:
koha@windingcircle:~> crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.XXXXCP19dZ installed on Mon Sep 5 09:08:13 2011) # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) MAILTO=bob PERL5LIB=/usr/share/koha/lib KOHA_CONF=/etc/koha/koha-conf.xml KOHA_BIN=/usr/share/koha/bin #M H D M W #*/15 6-23 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null 0 4 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r >/dev/null koha@windingcircle:~> env | grep -i koha
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/koha/.gtkrc-2.0-kde4:/home/koha/.gtkr c-2.0-qtengine:/home/koha/.gtkrc-2.0:/home/koha/.kde4/share/config/gtkrc-2.0
PERL5LIB=/usr/share/koha/lib
GTK_RC_FILES=/etc/gtk/gtkrc:/home/koha/.gtkrc::/home/koha/.kde4/share/config /gtkrc
GS_LIB=/home/koha/.fonts USER=koha MAIL=/var/spool/mail/koha PWD=/home/koha KOHA_CONF=/etc/koha/koha-conf.xml HOME=/home/koha LOGNAME=koha
QT_PLUGIN_PATH=/home/koha/.kde4/lib64/kde4/plugins/:/usr/lib64/kde4/plugins/
koha@windingcircle:~> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r 09:22:13-05/09 zebraidx(25533) [warn] No such record type: dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml 09:23:28-05/09 zebraidx(25559) [warn] No such record type: grs.marcxml.record koha@windingcircle:~> uname -a Linux windingcircle 2.6.34.10-0.2-desktop #1 SMP PREEMPT 2011-07-20 18:48:56 +0200 x86_64 x86_64 x86_64 GNU/Linux koha@windingcircle:~> cat /etc/issue Welcome to openSUSE 11.3 "Teal" - Kernel \r (\l).
After running that, I get no results on any search. I tried switching back to nozebra and did a rebuild_nozebra.pl. Searching finds biblios but no items. How do I find the record that's causing the problem? Is there any way I can get Koha running again? I just upgraded to Koha 3.04.04 -- Bob ------------------------------ Message: 2 Date: Mon, 5 Sep 2011 11:48:27 -0300 From: Tomas Cohen Arazi <tomascohen@gmail.com> To: Joel Harbottle <Joel.Harbottle@hotmail.com.au> Cc: Koha List <koha@lists.katipo.co.nz> Subject: Re: [Koha] Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! Message-ID: <CABZfb=VCxWc7+MdiC8DswcpLHsQRoxQxgz8ZAOoRuZ_uJEf2pg@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 2011/9/4 Joel Harbottle <Joel.Harbottle@hotmail.com.au>
Hi All,
If I was to turn on Zebra in Koha?s System Preferences after having and
using the database on ?NoZebra? for so long, would this break the database or Koha in any form? - Also, by doing this, would this fix the problem that I have been having? It is a reversible process. It wouldn't break anything. If the problem is that you are a deprecated configuration, then yes. Regards To+ ------------------------------ Message: 3 Date: Mon, 05 Sep 2011 13:24:01 -0400 From: Bob Ewart <bob-ewart@bobsown.com> To: koha@lists.katipo.co.nz Subject: Re: [Koha] Zebra fails with No such record type [SOLVED] Message-ID: <4E6505B1.400@bobsown.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 09/05/2011 10:20 AM, Bob Ewart wrote:
Occasionally the locks in /var/lock/koha/zebradb/biblios get their ownership changed to root. I'm not sure why, because rebuild_zebra is only done in the koha crontab. I run a little program in the middle of the night which reports on the state of the server and checks those locks.
When I went in to change it back this morning I got:
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r 09:22:13-05/09 zebraidx(25533) [warn] No such record type: dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml 09:23:28-05/09 zebraidx(25559) [warn] No such record type: grs.marcxml.record
I just upgraded to Koha 3.04.04
I keep forgetting that the .cfg files in /etc/koha/zebradb have to be edited to reflect that the idzebra modules are installed in /usr/lib64 not in /usr/lib. I've submitted bug 6849. This should be checked during a new install or upgrade. -- Bob ------------------------------ Message: 4 Date: Sun, 4 Sep 2011 22:53:51 -0700 (PDT) From: swathi <eswathi@coresonant.com> To: koha@lists.katipo.co.nz Subject: [Koha] customizing koha Message-ID: <1315202031194-4769324.post@n5.nabble.com> Content-Type: text/plain; charset=us-ascii when I installed koha it worked well. But when started to customize it, item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. Has someone had this problem and know of a solution to fix it! At present, our system is on Koha 3.2 on ubuntu 10.04 Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/customizing-koha-tp4769324p4769324.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ------------------------------ Message: 5 Date: Sun, 4 Sep 2011 22:57:19 -0700 (PDT) From: swathi <eswathi@coresonant.com> To: koha@lists.katipo.co.nz Subject: [Koha] search not working Message-ID: <1315202239106-4769333.post@n5.nabble.com> Content-Type: text/plain; charset=us-ascii we are using Koha 3.2 on ubuntu 10.04 item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. What might be the problem? Has someone had this problem and know of a solution to fix it! Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/search-not-working-tp4769333p4769333.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ------------------------------ Message: 6 Date: Tue, 06 Sep 2011 11:04:25 +1200 From: Robin Sheat <robin@catalyst.net.nz> To: koha@lists.katipo.co.nz Subject: Re: [Koha] search not working Message-ID: <1315263865.13770.22.camel@zarathud> Content-Type: text/plain; charset="utf-8" swathi schreef op zo 04-09-2011 om 22:57 [-0700]:
Though we have many records in the database the z3950 search is saying 0 items found.
The z39.50 is for searching external servers, not your local one. Assuming you mean local searching, the first thing to check is that your zebra server is running, it's the biggest cause of search not working. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D