[Koha] Please Help: Authority Search - Not returning Result. Zebra Index Picks up 4 Authority Records

[Susan Mustafa]

Hi,

What I did was simply do chmod 777 on those files.  The user who owns them
is koha.

I don't know how to see if zebrasrv has permissions on file d things, this
error does not show anymore for me.

What shows when I do search is the following:

In my koha-zebraqueue-output.file

I see a bunch of DBD::mysql::st execute failed: Lock wait timeout exceeded;
try restarting transaction at /usr/share/koha/bin/zebraqueue_daemon.pl line
284.

 exiting, over 100 posponed indexing update at /usr/share/koha/bin/
zebraqueue_daemon.pl line 362
 exiting, over 100 posponed indexing update at /usr/share/koha/bin/
zebraqueue_daemon.pl line 362
 exiting, over 100 posponed indexing update at /usr/share/koha/bin/
zebraqueue_daemon.pl line 362
 exiting, over 100 posponed indexing update at /usr/share/koha/bin/
zebraqueue_daemon.pl line 362

exiting, over 100 posponed indexing update at /usr/share/koha/bin/
zebraqueue_daemon.pl line 362




On Mon, Nov 2, 2009 at 10:17 AM, Frederic Demians <frederic at tamil.fr> wrote:

>
> 14:04:21-15/11 zebrasrv(108) [warn] zebra_lock_create fail
>> fname=/var/lock/koha/zebradb/authorities/norm..LCK [Permission denied]
>> 14:04:21-15/11 zebrasrv(108) [warn] zebra_lock_create fail
>> fname=/var/lock/koha/zebradb/authorities/shadow..LCK [Permission denied]
>>
>
> Have you verified zebrasrv rights on those two files?
>
> --
> Frédéric
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20091102/eec06711/attachment.htm