koha-zebra-daemon not starting
Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade) Everything went well on install. Data from 3.6.1 "converted" to 3.8.3 when I opened the staff-admin page; zebra reindex went well for authorities, but failed for biblios first time around: 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios errCode=109 but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal (single warning about a register not found, no details); cron job running normally. But neither OPAC nor staff search functions are operational. The only anomaly that I've found so far is that /etc/init.d/koha-zebra-daemon when run from the command line reports failure at line 73 (and does not create any error logs), but ps aux reports the daemon as running (well, "S+" -- sleep forground.) Anyone got any thoughts please? tnx and br - Paul
At 02:24 PM 8/20/2012 +1200, Mason James wrote:
On 2012-08-20, at 7:36 AM, Paul wrote:
Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade) using what method?
Apologies for the lack of clarity. In a nutshell: Ubuntu: latest ISO [ubuntu-12.04-server-amd64.iso, build 20120424.1 ] ==> CDRom, apt-get update, apt-get upgrade, apache2, perl, sendmail, mysql, yaz, idzebra-2.0 Koha: koha-3.08.03.tar.gz, install_misc/ubuntu.packages, make|test|install Koha db: mysql dump from production 3.6.1, restore, let Koha staff-admin "do its thing." Verify that "use zebra" is checked, re-index auths and biblios (separately), verify cron functions Everything (as far as I have verified so far) is fully functional, _EXCEPT_ OPAC and staff-admin search functions. I now have 3 servers running 3 different versions of Koha: 3.6.1 (production 64-bit machine), 3.6.7 (sandbox i386), and this latest 3.8.3 -- fyi, I've looked at users, groups, permissions (my first guess as to why zebra was non-funtional), compared with the two other installations and cannot see any obvious differences. My "end-game" is to get 3.8.3 onto the production server with the least possible downtime -- hence this trial on a near-identical 64-bit machine (6 core Intel i7-980X, solid state raided drives, 16Gb ram.) P.
On Sun, Aug 19, 2012 at 4:36 PM, Paul <paul.a@aandc.org> wrote:
Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
Everything went well on install. Data from 3.6.1 "converted" to 3.8.3 when I opened the staff-admin page; zebra reindex went well for authorities, but failed for biblios first time around:
14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios errCode=109
but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal (single warning about a register not found, no details); cron job running normally.
But neither OPAC nor staff search functions are operational.
The only anomaly that I've found so far is that /etc/init.d/koha-zebra-daemon when run from the command line reports failure at line 73 (and does not create any error logs), but ps aux reports the daemon as running (well, "S+" -- sleep forground.)
Anyone got any thoughts please?
tnx and br - Paul
You need to answer what method r u using for install. If using tarball, then you might be running the zebra daemon using de 'koha' user and 'koha' group. Do they exist? If this was the case, then this should create the missing dir: mkdir -p /var/lock/koha/zebradb/biblios/ ; chown -R koha:koha /var/lock/koha/zebradb/ Also (just in case): chown -R koha:koha /var/log/koha Also, every time you run rebuild_zebra.pl you should do it like: su - koha -c "KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x" So everything is created with the right UID. Regards To+
Shouldn't running "zebrasrv -f /etc/koha/koha-conf.xml" (or whatever your path is) as the index owner give you a good indication of what is going on (it should at least get you pointed in the right direction as it should dump out the error to console) -Barry On 20/08/12 15:47, Tomas Cohen Arazi wrote:
On Sun, Aug 19, 2012 at 4:36 PM, Paul <paul.a@aandc.org> wrote:
Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
Everything went well on install. Data from 3.6.1 "converted" to 3.8.3 when I opened the staff-admin page; zebra reindex went well for authorities, but failed for biblios first time around:
14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios errCode=109
but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal (single warning about a register not found, no details); cron job running normally.
But neither OPAC nor staff search functions are operational.
The only anomaly that I've found so far is that /etc/init.d/koha-zebra-daemon when run from the command line reports failure at line 73 (and does not create any error logs), but ps aux reports the daemon as running (well, "S+" -- sleep forground.)
Anyone got any thoughts please?
tnx and br - Paul You need to answer what method r u using for install. If using tarball, then you might be running the zebra daemon using de 'koha' user and 'koha' group. Do they exist? If this was the case, then this should create the missing dir:
mkdir -p /var/lock/koha/zebradb/biblios/ ; chown -R koha:koha /var/lock/koha/zebradb/
Also (just in case):
chown -R koha:koha /var/log/koha
Also, every time you run rebuild_zebra.pl you should do it like:
su - koha -c "KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x"
So everything is created with the right UID.
Regards To+ _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
participants (4)
-
Barry Cannon -
Mason James -
Paul -
Tomas Cohen Arazi