[Koha] Search has stopped working

[Chris Hobbs]

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 <chrisc at catalyst.net.nz>wrote:

> * Chris Hobbs (chobbs at nhusd.k12.ca.us) 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110516/b8adba19/attachment.htm