<div dir="ltr"><div>Paul, we've been through 3.8.0 to 3.8.10 without any issues. Doing a full rebuild should make your registers appear. <a href="http://rebuild_zebra.pl">rebuild_zebra.pl</a> is just not a fullrebuild, but an incremental one.<br>

<br></div><div>Regards<br>To+<br></div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 7, 2013 at 3:53 PM, Paul <span dir="ltr"><<a href="mailto:paul.a@aandc.org" target="_blank">paul.a@aandc.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">At 12:04 PM 3/7/2013 -0500, Jared Camins-Esakov wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Paul,<br>
</blockquote>
[snip]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The standard CRON job runs successfully.<br>
</blockquote></blockquote>
[snip]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>


</blockquote>
<br>
This doesn't sound like a bug. When restoring a dump you *must* completely reindex from the command line. Always. There are no exceptions.<br>
</blockquote>
<br>
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.<br>


<br>
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?<br>
<br>
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.<br>


<br>
I appreciate any/all suggestions.<br>
<br>
Best - Paul<br>
<br>
______________________________<u></u>_________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org" target="_blank">Koha-devel@lists.koha-<u></u>community.org</a><br>
<a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" target="_blank">http://lists.koha-community.<u></u>org/cgi-bin/mailman/listinfo/<u></u>koha-devel</a><br>
website : <a href="http://www.koha-community.org/" target="_blank">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/" target="_blank">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/" target="_blank">http://bugs.koha-community.<u></u>org/</a><br>
</blockquote></div><br></div>