Dear Nicole Engard and All, Thanks for publication of official vote site for the location of Koha Con 2011 and announcing the ranking system. We would appreciate if you could develop a system by which country name should also be made mandatory along with the Name of Institution. The ranking system should also be made publicly open just like the present system i.e. whenever a vote is given. This will make the voting system more transparent. There should also be a system to give weightage system for counting vote. It should be country wise instead of Institution wise. Thanks, Mohan Raj Pradhan, M. Lib. Inf. Sc., MBA, Ph. D. General-Secretary Digital Library Network South Asia (DlnetSA) Associate Professor Central Dept. of Library and Information Science Tribhuvan University, Nepal Member-Secretary HealthNet Nepal On Thu, Feb 3, 2011 at 9:43 PM, <koha-request@lists.katipo.co.nz> wrote:
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. Re: Trouble getting zebra to work (Chris Nighswonger) 2. Re: [Koha-devel] Vote for KohaCon 2011 (Koustubha Kale) 3. Logging of fines (Olugbenga Adara) 4. Advice needed on fixing zebra issues resulting from upgrade (Olugbenga Adara) 5. Re: Koha Digest, Vol 64, Issue 8 (mohan pradhan)
----------------------------------------------------------------------
Message: 1 Date: Wed, 2 Feb 2011 18:42:33 -0500 From: Chris Nighswonger <cnighswonger@foundations.edu> Subject: Re: [Koha] Trouble getting zebra to work To: Doug Dearden <dearden@sarsf.org> Cc: Koha <Koha@lists.katipo.co.nz> Message-ID: <AANLkTi=4a8awhAUZwq8qM0GBm+yZmYoWzuP+JW=UpVCE@mail.gmail.com> Content-Type: text/plain; charset="utf-8"
Hi Doug,
2011/2/2 Doug Dearden <dearden@sarsf.org>
Hello all,
I am having some trouble getting searches to work using zebra, and am suspicious that I may have caused my problems as I was going through the setup. I have set up a test server on Debian Lenny, using git to download koha. I am planning on doing some work that I hope to contribute back so chose a dev install when I was setting up. The files are in /home/doug/kohaclone and /home/doug/koha-dev . I was logged in as root when I ran the install routine, then changed ownership on all the files to the koha user later. After that, I restored one of my databases from my production server, copied the default koha-conf.xml and edited it to point to the correct database (named ?image?). I did the same with the koha-httpd.conf file, copying it and editing it where needed. While logged in as ?koha?, I would get an error when I tried to run rebuild_zebra.pl. I logged in as root and ran it that way and it didn?t throw the error, but searches aren?t finding anything. I then figured out that the new config files I created had root as the owner. I changed those to have koha as the owner. The rebuild_zebra.pl script would then run without throwing the error. I then read a post that indicated being logged in as root when running rebuild_zebra.pl would mess things up, as certain log files and lock files would get created with root as the owner and koha would not be able to access them.
Any idea where I would find these files? I have several files in /home/doug/koha-dev/var/lock/zebradb/biblios but they are all owned by koha, not root. There is no koha directory in /var/log .
Check also files under /home/doug/koha-dev/etc/zebradb.
Koha logs are in /home/doug/koha-dev/var/log
I don?t know what to expect from rebuild_zebra.pl . I am setting the KOHA_CONF and PERL5LIB variables. If I run ?rebuild_zebra.pl ?z ?a ?b?
/home/doug/zlog.txt the script appears to run (the cursor blinks for a bit, then the command prompt returns), and a 0 byte file named zlog.txt is created.
try './rebuild_zebra.pl -a -b -r -v' for verbose output and to completely rebuild the indexes.
If I change the system preferences setting to use the no zebra option, then run rebuild_nozebra.pl the indexes are built and searches work. Returning the system preferences to use zebra breaks things again.
nozebra is basically deprecated and unsupported at this point in Koha history. Avoid it like the plague.
I have a feeling this is an ownership/permissions problem somewhere, either on some files or maybe relating to MySQL. I?m just not sure where to look or how to troubleshoot.
Probably permissions. Something here may be useful too: http://koha-community.org/documentation/faq/searching/#18
Kind Regards, Chris