Problems with items and barcodes in 3.4
We're having problems with our item records since upgrading to 3.4. I reported earlier that after upgrading to 3.4, newly created biblios show "no items" in the hit list in staff interface (though they show up in the OPAC). This is still not resolved. Another possibly related issue - barcode searches fail, on all records - old and new. We get the messages: No results match your search for 'kw,wrdl: 17020' or No results match your search for 'bc,wrdl: 17020' if you search for barcode specifically. When we upgraded we ran the script to remove item data from the marcxml. Is there a way to check that this worked correctly? Will it cause problems if we run it again? But even so, that shouldn't cause problems with the post-upgrade cataloguing, should it? Any thoughts on what we should check or how we might solve these problems would be greatly appreciated. -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 ext 36 -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52)
We have similar problem here. I didn't have time yet to check everything - is it possible that remove_items_from_biblioitems.pl script caused unrecoverable problems? -- Alen Vodopijevec Rudjer Boskovic Institute http://katalog.irb.hr
We're having problems with our item records since upgrading to 3.4.
I reported earlier that after upgrading to 3.4, newly created biblios show "no items" in the hit list in staff interface (though they show up in the OPAC). This is still not resolved.
Another possibly related issue - barcode searches fail, on all records - old and new. We get the messages: No results match your search for 'kw,wrdl: 17020' or No results match your search for 'bc,wrdl: 17020' if you search for barcode specifically.
When we upgraded we ran the script to remove item data from the marcxml. Is there a way to check that this worked correctly? Will it cause problems if we run it again?
But even so, that shouldn't cause problems with the post-upgrade cataloguing, should it? Any thoughts on what we should check or how we might solve these problems would be greatly appreciated.
-- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 ext 36 -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
--
* alen vodopijevec (alen@irb.hr) wrote:
We have similar problem here. I didn't have time yet to check everything - is it possible that remove_items_from_biblioitems.pl script caused unrecoverable problems?
I doubt it, we have used it here. You did do a full zebra reindex after running it right? With -r? Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand
Same problem here. We ran rebuild_zebra.pl with -r to no avail. Zebra does not seem to be catching the barcode, unless we change a field on the item. Running a script to manually add a public note to items is a work-around solution, but is too time consuming due to our large number of items. The problem manifested after updating our database form 3.0 to 3.2. Items that previously barcode scanned, no longer generate a search result. We have tried various switches for the rebuild script, but still no search results. -- View this message in context: http://koha.1045719.n5.nabble.com/Problems-with-items-and-barcodes-in-3-4-tp... Sent from the Koha - Discuss mailing list archive at Nabble.com.
I got the problem solved here. Our indexing was malfunctioning, getting stuck on a malformed Marc record, so the rest of the records did not get indexed. I was running a rebuild_zebra.pl -x -b to try to repair the MARC xml but it was failing without much explanation. We modified the zebra biblios configuration file to allow more memory for the processes to run: koha/koha-dev/etc/zebradb/zebra-biblios.cfg changed lines /var/lib/zebradb/biblios/register:4G from 4G to 40G var/lib/zebradb/biblios/shadow:4G from 4G to 40G Then the rebuild_zebra.pl -x -b ran fully (it took a while) and the items were barcode-searchable afterwards. I hope this helps! Sincerely, Fred Pierre Asst. Head of Library Systems Stow-Munroe Falls Public Library -- View this message in context: http://koha.1045719.n5.nabble.com/Problems-with-items-and-barcodes-in-3-4-tp... Sent from the Koha - Discuss mailing list archive at Nabble.com.
Fred Pierre <fred.pierre@smfpl.org> writes:
changed lines
/var/lib/zebradb/biblios/register:4G from 4G to 40G var/lib/zebradb/biblios/shadow:4G from 4G to 40G
Then the rebuild_zebra.pl -x -b ran fully (it took a while) and the items were barcode-searchable afterwards.
FWIW, the values are 20G each on my 2.4.1 install. -- Mahesh T. Pai || Sent from my Computer. Running Debian GNU/Linux
participants (5)
-
alen vodopijevec -
Chris Cormack -
Elaine Bradtke -
Fred Pierre -
Mahesh T Pai