[Koha-bugs] [Bug 9511] DOM indexing problem

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

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

--- Comment #14 from Paul A <paul.a at aandc.org> ---
(In reply to comment #13)
> 3.8.10 tarball on Ubuntu 12.04.2 LTS, db imported from 3.8.5; using an
> incremental CRON '$KOHAPATH/bin/migration_tools/rebuild_zebra.pl -a -b -z
> -x' (with or without the '-x') does not remove the deleted record; a
> complete rebuild_zebra.pl -b -r -v -x is required.

Illustrated example of problem:

Starting point: type='BK', title='The Hudson through the years', author='Adams,
Arthur G.' 

Before intervention, we had *three* biblios, 1 for publisher='Fordham...', two
for publisher='Lind...', each biblio with a single, valid 'item.' 

We did the following:
     - Transfer (copy barcode and "attach") a 'Lind' item from one biblio to
the other and delete the "empty" biblio.
     - Overwrite the 'Lind' biblio now containing two items with a Z39.50
biblio from LoC (DLC.)

After this, we had *four* [relevant] biblios in OPAC, see
<http://navalmarinearchive.com/ims/opac_hudson_before_full_rebuild.jpg>. #1 as
expected, untouched, #2 gave a 404 error (the deleted biblio), #3 was the *old*
biblio with both items, #4 was the desired result (Z39.50 biblio with both
items.)

The "incremental" user=koha CRON
($KOHAPATH/bin/migration_tools/rebuild_zebra.pl -a -b -z) ran every minute
overnight and did not correct this. Errors are redirected  >>
/tmp/cron_koha.log 2>&1 and no errors were reported.

Running a ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x this morning
instantly corrected OPAC, see
<http://navalmarinearchive.com/ims/opac_hudson_after_full_rebuild.jpg>.

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