Hi Doug,<br>
<br><br><div class="gmail_quote">2011/2/2 Doug Dearden <span dir="ltr"><<a href="mailto:dearden@sarsf.org">dearden@sarsf.org</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal">Hello all,</p><p class="MsoNormal"> </p><p class="MsoNormal">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 <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> . 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 <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> script would then run without throwing the error. I then read a post that indicated being logged in as root when running <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> 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. </p>
<p class="MsoNormal"> </p><p class="MsoNormal">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 .</p>
<p class="MsoNormal"> </p></div></div></blockquote><div><br>Check also files under /home/doug/koha-dev/etc/zebradb.<br><br>Koha logs are in /home/doug/koha-dev/var/log<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal">I don’t know what to expect from <a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> . I am setting the KOHA_CONF and PERL5LIB variables. If I run “<a href="http://rebuild_zebra.pl" target="_blank">rebuild_zebra.pl</a> –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. </p>
<p class="MsoNormal"> </p></div></div></blockquote><div><br>try './<a href="http://rebuild_zebra.pl">rebuild_zebra.pl</a> -a -b -r -v' for verbose output and to completely rebuild the indexes.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal">If I change the system preferences setting to use the no zebra option, then run <a href="http://rebuild_nozebra.pl" target="_blank">rebuild_nozebra.pl</a> the indexes are built and searches work. Returning the system preferences to use zebra breaks things again.</p>
<p class="MsoNormal"> </p></div></div></blockquote><div><br>nozebra is basically deprecated and unsupported at this point in Koha history. Avoid it like the plague.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal">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. </p>
<br></div></div></blockquote></div><br>Probably permissions. Something here may be useful too: <a href="http://koha-community.org/documentation/faq/searching/#18">http://koha-community.org/documentation/faq/searching/#18</a><br>
<br>Kind Regards,<br>Chris<br>