[Koha-bugs] [Bug 8519] Make koha-index-daemon run on startup

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8519

wajasu <matted-34813 at mypacks.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #11551|0                           |1
        is obsolete|                            |

--- Comment #6 from wajasu <matted-34813 at mypacks.net> ---
Created attachment 11558
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11558&action=edit
SIGNED-OFF-Bug-8519-Make-koha-index-daemon-run-on-st

Applied this latest patch from tcohen and it was functional.

1) downloaded latest Bug-8519---Make-koha-index-daemon-run-on-startup.patch
2) git clone git://git.koha-community.org/koha.git kohaclone       on  Aug 14th
2012
3) cd kohaclone
4) git am -i -u -3 Bug-8519---Make-koha-index-daemon-run-on-startup.patch
5) perl Makefile.PL
6) make
(I didn't perform make test, as it failed without memcached installed)
7) make install
8) ln -s /usr/share/koha/bin/koha-index-daemon-ctl.sh
/etc/init.d/koha-index-daemon
9) With my zebrasrv already running...
10) /etc/init.d/koha-index-daemon start
11) Then watched /var/log/koha/koha-index-daemon-output.log
Note: periodically as configured it will try to create to index, creating the
--directory
/var/tmp was used as its standard with the least room for permissions error as
we've had in the past.
12) performed cataloging operation and imported biblio from z3950 server
13) mysql -uroot -p koha
    > select * from zebraqueue;          showed my reently cataloged record
done is 0
14) did a catalog search for my record (not found)
13) after 30 seconds
    > select * from zebraqueue;          showed my reently cataloged record
done is 1
15) did a catalog search for my record (FOUND!!!)  Yes!!!
16) I did a few more cataloging ops and found them all.  No erros in Tamil
indexer, daemon keeps running.
17) Ran it overnight, with no problems.

Notes: I had already done a cpan install of Koha:Contrib:Tamil  version 0.024
PERL5LIB=/usr/share/koha/lib   in my standard install, needs to be defined
during the Koha:Contrib:Tamil install.

As folks on IRC suggested, we need a followup patch for this, in PerlModules.pm
since its optional.

Also, I am not sure if the perl module dependency should be on a subset of
Koha:Contrib:Tamil, such as Indexer and IndexerDaemon (see cpan)

koha-common package has its own daemon setup, which supports multiple koha
installs
on the same box.  We might reference that in a future design.

tcohen added a --directory option in the daemon script by my request to get
things operational.
If there is a preference to have configuration centrally managed in KOHA_CONF,
we might try using xmlstarlet(new koha dependency?) to query a new KOHA_CONF
section <config><indexerdir>/var/tmp/koha</indexerdir></config>  OR allow
rewrite_config.pl to fill it in.

We may want to create a followup patch to remove
misc/cronjobs/zebraqueue_start.pl if its a variation of rebuild_zebra.pl

Observations:
It seems the indexer cleans up records exported(changes/deleted records) from
the database, so no long term space issues.
The logs only really get large if an error occurs when misconfigured (no
directory can be created, or zebrasrv is down?)

Greate patch tcohen!!!   Now we have more stable and more frequent index
updates.

wajasu

-- 
You are receiving this mail because:
You are watching all bug changes.