I've tried to keep this to a minimum, there is a 'conclusion' further down:
At 11:47 AM 8/20/2012 -0300, Tomas and Barry wrote:
On Sun, Aug 19, 2012 at 4:36 PM, Paul <pau...@aandc.org> wrote:
> Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
[snip]
> 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?
You need to answer what method r u using for install.
Pls see my earlier email [Mon, 20 Aug 2012 09:48:19 -0400]
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/
Yes - tarball, but the dir was already (correctly) there:
paul@server:/var/lock/koha/zebradb$ ls -l
total 0
drwxr-xr-x 2 koha koha 40 Aug 20 11:33 authorities
drwxr-xr-x 2 koha koha 40 Aug 20 11:33 biblios
Also (just in case):
chown -R koha:koha /var/log/koha
Again, correctly there:
paul@server:/var/log$ ls -l | grep koha
drwxr-xr-x 2 koha koha 4096 Aug 19 11:19 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"
What's the '-c'? (I don't think I've ever used this construct) and I don't
think there's any difference, but I 'su koha' first, then 'cd
usr/share/koha', then
KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib
./bin/migration_tools/rebuild_zebra.pl -a -r -v
and
KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib
./bin/migration_tools/rebuild_zebra.pl -b -r -v -x
and Barry Cannon wrote:
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)
Interesting !!! or ;=} -- I tried that:
koha@server:/$ zebrasrv -f /etc/koha/koha-conf.xml
11:51:06-20/08 [log] zebra_start 2.0.44
419ad759807269fdfa379799a051ed3a551c6541
11:51:06-20/08 [log] config /etc/koha/zebradb/zebra-biblios-dom.cfg
11:51:06-20/08 [log] Loaded filter module
/usr/lib/idzebra-2.0/modules/mod-grs-xml.so
[snip more filters for zebra-biblios-dom and zebra-authorities-dom
11:51:06-20/08 [server] Adding dynamic listener on
unix:/var/run/koha/zebradb/bibliosocket id=1
11:51:06-20/08 [server] Adding dynamic listener on
unix:/var/run/koha/zebradb/authoritysocket id=2
at which point that terminal just hangs on an ongoing op, but shows that
the sockets were not previously opened. So, re-indexing again:
for authorities:
25901................................
Records exported: 25933
====================
REINDEXING zebra
====================
skipping biblios
====================
CLEANING
====================
and for biblios:
37301...........................................................................37401....................
Records exported: 37417
====================
REINDEXING zebra
====================
12:04:12-20/08 zebraidx(2841) [warn] Unknown register type:
====================
CLEANING
====================
Which corresponds to the ps aux | grep koha during the re-indexing:
koha 2738 0.0 0.1 119084 4212 pts/2 S+ 12:01 0:00 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
koha 2747 73.8 1.4 259028 56272 pts/2 S+ 12:01 2:07
/usr/bin/perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x
koha 2841 96.1 1.6 233556 64240 pts/2 Rl+ 12:04 0:27 zebraidx
-c /etc/koha/zebradb/zebra-biblios-dom.cfg -v none,fatal,warn -g marcxml -d
biblios update /tmp/q2UPWJgDrk/biblio
and now we've got the search in OPAC and staff-admin finding the 37301
biblios. And I still don't know what the "[warn] Unknown register type: "
might mean. Some hangover from 3.6.1 to 3.8.3?
BUT ... the incremental cron (shows up in /var/log/syslog as working every
1 minute), does _NOT_ add new records.
Conclusion: I'll keep going at this (half an hour here and there, it's our
"tourist season", busiest time of the year) but somewhere, can't remember,
there's something about Ubuntu 12.04 not renewing sockets, .LOKs, etc on
reboot. Maybe I'm way off track, but it's the best avenue I have at the
moment. Thoughts, please?
Best - Paul
_______________________________________________
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/
