That was the hint I needed. While zebrasrv was running, checking the zebrasrv logs I discovered:
zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied] Removing those files then restarting koha-zebra-daemon got the search working again. Thanks! -- Chris Hobbs Director, Technology New Haven Unified School District On Mon, May 16, 2011 at 11:22 AM, Chris Cormack <[email protected]>wrote: > * Chris Hobbs ([email protected]) wrote: > > Our search has stopped working in both the staff client and the OPAC. > > Regardless of the type of search we attempt, we end up with nothing being > > found. > > > > Based on prior similar issues posted on the mailing list, here's what > we've > > confirmed and/or attempted: > > > > 1) OpacSuppression is, and has been, set to 'hide', an index exists on > > 'Suppress' (we use MARC21), and there are currently 84 suppressed biblios > in > > the system. > > > > 2) I ran rebuild_zebra.pl -b -a -r in the hope that corrupt indexes were > the > > problem. Two distinct [warn]'s pop up ("Index 'any' not found in > attset(s)" and > > "Index 'Heading-Main' not found in attset(s)"), both of which I'm pretty > sure > > we've been receiving since day one, but no errors and the indexing > finishes. > > > > 3) Nothing in the system has changed recently (in many weeks, in fact). > We are > > running version 3.01.00.140 and planning on upgrading to 3.4 this coming > > weekend. > > > > What do I check next? > > > Have you checked zebrasrv is running? > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand >
_______________________________________________ Koha mailing list http://koha-community.org [email protected] http://lists.katipo.co.nz/mailman/listinfo/koha
