Joel,
The reindex lag is less than optimal, true, but it can be adjusted to less than 10 minutes by changing your crontab entry for rebuild_zebra.pl. */10 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -x -b -z to * * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -x -b -z which will run every minute. It's not currently possible to run faster than that, just given the nature of cron. This is an area of active interest, and hopefully a working zebraqueue_daemon can be recreated to do indexing in realtime, but until then, this is what can be done. I don't think that the lag is enough to warrant ditching Zebra completely, but of course it's not my system :) Cheers, -Ian 2011/8/31 Joel Harbottle <[email protected]> > > > > ------------------------------ > From: [email protected] > To: [email protected] > Subject: RE: [Koha] Error appearing upon scanning/entering Barcodes - > PLEASE HELP!!! > Date: Wed, 31 Aug 2011 23:57:08 +1000 > > Hi All, > > Before upgrading from Koha 2.2.9 on Windows Server 2003 to Koha 3, I set up > a virtual test server of Koha 3 on my Mac with this test install using > Zebra. > > With Zebra enabled in my test environment, I found that when I added items > to the Bibliographic database, I had to wait a good ten minutes for Zebra to > reindex before that Bibliographic Record/Item Record would appear in the > OPAC, whereas with 'NoZebra' the Bibliographic Record/Item Record appears > immediately in the OPAC once you click 'add' in the Staff Client. > > I like to know I have the functionality of when I add in an item to the > system, that it will instantly appear in the OPAC, and not have to wait ten > minutes for Zebra to reindex every time a record is added to the database. > > My test environment was on a Intel Core 2 Duo machine with 4GB RAM. I hope > that sheds some further light on my choice of 'NoZebra'. > > I'm hoping there is someone out there in the Koha Community whom is able to > help me past this problem I'm having. > > Kindest Regards, > Joel > > > > > ------------------------------ > From: [email protected] > Date: Tue, 30 Aug 2011 14:24:41 -0400 > > Subject: Re: [Koha] Error appearing upon scanning/entering Barcodes - > PLEASE HELP!!! > To: [email protected] > CC: [email protected] > > > It should probably be pointed out that No Zebra code will probably be > removed at some point in the future. So along with the fact that it is > deprecated and unsupported, it is really a dead end road as well. > > Kind Regards, > Chris > > > 2011/8/30 Liz Rea <[email protected]> > > I should add that collections over 10k, we usually really recommend using > Zebra for indexing. > > As a data point for you, I have run a functioning library with 8k or so > records with zebra on a P4 with 1G of RAM. So, zebra isn't *that* big of a > hog. You could do it on very modest hardware. > > Liz Rea > [email protected] > > > On Aug 30, 2011, at 9:56 AM, Liz Rea wrote: > > Sending your response to the list so they can all see it. :) > > I suspect that your problem lies in your current NoZebra configuration. I'm > not sure what to tell you to do since you *want* to keep using your > NoZebra. > > Any thoughts out there? > > Liz Rea > [email protected] > > <email_signature.jpeg> > > On Aug 30, 2011, at 9:44 AM, Joel Harbottle wrote: > > Hi Liz, > > Thankyou for your reply. > > We are running our Koha system on: > * > Operating System: *Linux Debian > *Koha Version: * 3.4.4 > *Install Type: * Upgraded Install > *Zebra?: *‘NoZebra’ set > *Results in OPAC: *Yes, results are retrieved upon searching the > OPAC. > *Translation: *No > > Yes, I have edited a Bibliographic Frameworks (just adding a couple MARC > Tags and edited a MARC Tag), but no modifications which could break anything > to do with the entry and use of barcodes. > > Apart from the current problems with this error appearing upon > scanning/entering barcodes, the rest of our Koha installation is working as > per perfectly normal. > > Our database contains approximately 13,600 Bibliographic records, and we > decided to not utilise Zebra, as our Koha server doesn’t have enough power > to be able to run both Koha and Zebra together. > > I hope this helps in some form. > > I hope your able to provide me with some insight on how to fix this > problem. > > Many thanks! > > Kindest Regards, > Joel > > > ------------------------------ > *From: *Liz Rea <[email protected]> > *Date: *Tue, 30 Aug 2011 09:08:46 -0500 > *To: *Joel Harbottle <[email protected]> > *Cc: *Koha List <[email protected]> > *Subject: *Re: [Koha] Error appearing upon scanning/entering Barcodes - > PLEASE HELP!!! > > Joel, > Sorry to hear you're having trouble. I have a few questions, if you don't > mind. > > What operating system are you running Koha on? > Which minor release of 3.4 (the last digit is important)? > Is this a new install or an upgraded install? > If it is an upgraded install, was the previous install running with the > zebra indexer or with the nozebra preference set? > If it's Zebra, have you done a full reindex? > (/home/koha/kohaclone/misc/migration-tools/rebuild_zebra.pl -b -v) > Do you get results when you search? > Are you using a translation? > Have you changed or edited your bibliographic frameworks? > > The answers to these questions will help us figure out where to begin > suggesting fixes for you. > > Thanks! > > Liz Rea > [email protected] > > <image.jpg> > > On Aug 30, 2011, at 2:03 AM, Joel Harbottle wrote: > > Hi All, > > I’m having a problem with Koha and the scanning/entering of Item and Patron > Barcodes. > > Whenever you scan/enter a barcode or patron barcode in any module of Koha > (Acquisitions, Cataloguing, Circulation [Checkin/Out], Serials, etc.) the > following error will appear and Koha won’t perform the action you require it > to do, e.g. Checkout or Checkin an item, or attach an item to a > Bibliographic record. > > > *Software error: > * > Can't call method "subfield" on an undefined value at > /home/koha/kohaclone/C4/Biblio.pm line 2880. > For help, please send mail to the webmaster *(webmaster@koh*a), giving > this error message and the time and date of the error. > > > Has someone out in the Koha Community had this problem and know of a > solution to fix it! > > At present, our system is on Koha 3.4. > > Thankyou in advance for your assistance. > > Kindest Regards, > Joel > _______________________________________________ > Koha mailing list http://koha-community.org > [email protected] > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > _______________________________________________ > Koha mailing list http://koha-community.org > [email protected] > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > _______________________________________________ > Koha mailing list http://koha-community.org > [email protected] > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com [email protected] Twitter: @sekjal
<<email_signature.jpeg>>
_______________________________________________ Koha mailing list http://koha-community.org [email protected] http://lists.katipo.co.nz/mailman/listinfo/koha
