http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9511
--- Comment #14 from Paul A <pau...@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. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/