[Koha-devel] db from 3.8.5 to 3.8.10

Tomas Cohen Arazi tomascohen at gmail.com
Thu Mar 7 20:46:57 CET 2013


Paul, we've been through 3.8.0 to 3.8.10 without any issues. Doing a full
rebuild should make your registers appear. rebuild_zebra.pl is just not a
fullrebuild, but an incremental one.

Regards
To+



On Thu, Mar 7, 2013 at 3:53 PM, Paul <paul.a at aandc.org> wrote:

> At 12:04 PM 3/7/2013 -0500, Jared Camins-Esakov wrote:
>
>> Paul,
>>
> [snip]
>
>> The standard CRON job runs successfully.
>>>
>> [snip]
>
>> A full c/l re-index -a -r -v and -b -r -v -x solves the problem. As I can
>>> reproduce this behaviour (by restoring the same dump) is there anything
>>> helpful that I could look into? Â Could this be related to Bug 9511? The
>>> fix does not appear to work for me, I've just updated bugzilla.
>>>
>>
>> This doesn't sound like a bug. When restoring a dump you *must*
>> completely reindex from the command line. Always. There are no exceptions.
>>
>
> Sorry, I wasn't clear. After restoring the dump and running 'installer',
> the -z -x CRON functions with 99% [???] accuracy. What I'm looking at is
> any possible "similarity" of Zebra behaviour to try and get the CRON
> working in 3.8.10 which is reported on bugzilla 9511 to be functional for
> two libraries that have updated from 3.8.5, but does not (for me) resolve
> the problem of deleted biblios, nor of overwriting an existing biblio with
> a Z39.50 import.
>
> I've been chasing around after a solution for a couple of days (part time)
> with no success whatsoever. Maybe I'm grasping at straws?
>
> Our volunteers are adding 150-200 biblios per day, 7/7, many of which are
> Z39.50 "overwriting" of embryonic data from previously importing
> spreadsheets into 3.4.6, and regrouping items (particularly serials) under
> a single biblio.  I find that I'm asked about once an hour on average to
> "completely re-index" and am somewhat desperate to find a programmatic
> solution.
>
> I appreciate any/all suggestions.
>
> Best - Paul
>
> ______________________________**_________________
> Koha-devel mailing list
> Koha-devel at lists.koha-**community.org<Koha-devel at lists.koha-community.org>
> http://lists.koha-community.**org/cgi-bin/mailman/listinfo/**koha-devel<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/ <http://bugs.koha-community.org/>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20130307/1f79c412/attachment.html>


More information about the Koha-devel mailing list