Summary: | Rewrite zebraqueue scripts to use rebuild_zebra.pl | ||
---|---|---|---|
Product: | Koha | Reporter: | Tomás Cohen Arazi <tomascohen> |
Component: | Command-line Utilities | Assignee: | Tomás Cohen Arazi <tomascohen> |
Status: | CLOSED DUPLICATE | QA Contact: | Bugs List <koha-bugs> |
Severity: | enhancement | ||
Priority: | PATCH-Sent (DO NOT USE) | CC: | chris, jwagner, mjr, tomascohen, ztajoli |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Attachments: | Initial patch |
Description
Tomás Cohen Arazi
2010-08-24 16:13:26 UTC
Created attachment 2566 [details] [review] Initial patch Is it safe to remove the kohalib.pl call? Has this been tested carefully? I suspect not, as there's -I $PERL5LIB on the daemon command lines. Please reconsider this deletion. (In reply to comment #2) > Is it safe to remove the kohalib.pl call? Has this been tested carefully? > I suspect not, as there's -I $PERL5LIB on the daemon command lines. > Please reconsider this deletion. In the version I've been testing I didn't have the '-I $PERL5LIB' parameter in the startup script. It was running fine. I must have copied a wrong version. I don't know about the need of that part of the code, and thus removed it. If you could explain me the concerns about that removal... The kohalib.pl call attempts to locate and use the correct set of koha libraries for the script even if the -I option is not set. Dear Tomas, I want to try your patch for the bug 5165. But the patch use a new module, C4::Catalog::Rebuild Where do you have pubish this module ? Bye In sept 2010 I try to fix the problem of zebraqueue. I find that is too difficult for me. But I find a solution (for my library). Every night I stop the demon zebraqueue and zebreserver for 5 minutes Every sunday I reboot the server. Every month I rebuilt all zebra indexes. Now (on my library) the problem is not present. I have 6000 bib records with 8,000 holdings. My server is linux debian, 1 CPU and 512 MB. Staff work not very much on records and loans (20 transation every day). I find that more RAM I have, less I need to reboot. Probably a more used server needs a reboot every day. Not duplicate - I meant related. Sorry. No, is not connect or releted with bug 1993. My solution uses crontab (and reboot with cron because is it a virtal HW). This bug has moved to bug 5166, which this is dependent on (Catalog::Zebra). If needed I can submit the zebraqueue_daemon.pl patch here too, but I think is not necesary. *** This bug has been marked as a duplicate of bug 5166 *** |