Re: [Koha] Problems after upgrade to 3.4.3
Hello Chris, --- On Thu, 8/4/11, Chris Cormack <chris@bigballofwax.co.nz> wrote: From: Chris Cormack <chris@bigballofwax.co.nz> Subject: Re: [Koha] Problems after upgrade to 3.4.3 To: "Olugbenga Adara" <gbengaadara@yahoo.com> Cc: koha@lists.katipo.co.nz Date: Thursday, August 4, 2011, 12:03 PM 2011/8/4 Olugbenga Adara <gbengaadara@yahoo.com>
Hello all,
I have just finished an upgrade from 3.2.10 to 3.4.3 and after the upgrade, ran the remove_items_from_biblioitems.pl script. I had the following error repeatedly - use of uninitialized value in pattern match (m//) . After the script completed, I re-indexed zebra and ran a search from the OPAC, I got results but every biblio in all the results always say item is not available, despite the items being displayed in the details page.
Also circulating books give the error - "Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2835." even though checking the patron's record later shows the book has been successfully checked out.
Is there a way i can verify that the items were successfully removed from biblioitems?
One thing with this installation is that the Marc - Koha mappings are not the standard Koha ones. the install has been coming from 2.2.9 and I had to modify record.abs to get zebra to work.
Any tip/suggestion to get the problem solved will be appreciated.
I suspect that the changed mappings are the root cause of the problem To check the item data has been removed, do a SELECT marcxml FROM biblioitems limit 1; There should be no item data in there. Thanks so much for the reply. Using your command, I can verify the items has been removed from biblioitems. And I believe the mappings are the cause of the problem. When I put 952bdop in the AlternateHoldingsField systems preferences (the permanent location is 952$d while holdingbranch is 952$b, barcode is 952$p) the OPAC now shows item availability. Any advice to correct the mappings? If I do leave the system in this state, would it have any repercussions in the future? Thanks Olugbenga Adara
Hello all, So far on my upgrade from 3.0 (with non standard marc to koha mappings) I now have availability showing in OPAC after running a full rebuild of zebra ( -b -r) but after cataloguing some books and the zebra incremental indexing was done, the biblio showed up in the OPAC without any info on availability though detail view of the biblio is ok. Doing full indexing again shows the availability for the biblio. Can any one enlighten me of the differences between incremental and full indexing that may be responsible for this or any tip to solve the problem. Thanks a lot. Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara --- On Fri, 8/5/11, Olugbenga Adara <gbengaadara@yahoo.com> wrote:
From: Olugbenga Adara <gbengaadara@yahoo.com> Subject: Re: [Koha] Problems after upgrade to 3.4.3 To: "Chris Cormack" <chris@bigballofwax.co.nz> Cc: koha@lists.katipo.co.nz Date: Friday, August 5, 2011, 2:24 PM Hello Chris,
--- On Thu, 8/4/11, Chris Cormack <chris@bigballofwax.co.nz> wrote:
From: Chris Cormack <chris@bigballofwax.co.nz> Subject: Re: [Koha] Problems after upgrade to 3.4.3 To: "Olugbenga Adara" <gbengaadara@yahoo.com> Cc: koha@lists.katipo.co.nz Date: Thursday, August 4, 2011, 12:03 PM
2011/8/4 Olugbenga Adara <gbengaadara@yahoo.com>
Hello all,
I have just finished an upgrade from 3.2.10 to 3.4.3
and after the upgrade, ran the remove_items_from_biblioitems.pl script. I had the following error repeatedly - use of uninitialized value in pattern match (m//) . After the script completed, I re-indexed zebra and ran a search from the OPAC, I got results but every biblio in all the results always say item is not available, despite the items being displayed in the details page.
Also circulating books give the error - "Can't call
method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2835." even though checking the patron's record later shows the book has been successfully checked out.
Is there a way i can verify that the items were
successfully removed from biblioitems?
One thing with this installation is that the Marc -
Koha mappings are not the standard Koha ones. the install has been coming from 2.2.9 and I had to modify record.abs to get zebra to work.
Any tip/suggestion to get the problem solved will be
appreciated.
I suspect that the changed mappings are the root cause of the problem
To check the item data has been removed, do a SELECT marcxml FROM biblioitems limit 1;
There should be no item data in there.
Thanks so much for the reply. Using your command, I can verify the items has been removed from biblioitems. And I believe the mappings are the cause of the problem.
When I put 952bdop in the AlternateHoldingsField systems preferences (the permanent location is 952$d while holdingbranch is 952$b, barcode is 952$p) the OPAC now shows item availability.
Any advice to correct the mappings? If I do leave the system in this state, would it have any repercussions in the future?
Thanks
Olugbenga Adara
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hello Lars, The problem was with the 952 tag mappings in the framework we used to catalogue. Once the mappings were adjusted with the "record.abs" ( i hope i got that right) zebra config file, and re-indexing done, the problem went away. Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara --- On Wed, 9/7/11, Lars J. Helbo <lars@helbo.org> wrote: From: Lars J. Helbo <lars@helbo.org> Subject: Re: [Koha] Problems after upgrade to 3.4.3 To: koha@lists.katipo.co.nz Date: Wednesday, September 7, 2011, 2:26 PM Den 05-08-2011 14:24, Olugbenga Adara skrev: Also circulating books give the error - "Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2835." even though checking the patron's record later shows the book has been successfully checked out. We have the exact same problem here now. Did you find a solution? ---- Koha version: 3.04.04.000 OS version ('uname -a'): Linux Web 2.6.38-11-generic-pae #48-Ubuntu SMP Fri Jul 29 20:51:21 UTC 2011 i686 i686 i386 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010001 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.1.54, for debian-linux-gnu (i686) using readline 6.2 Apache version: Server version: Apache/2.2.17 (Ubuntu) Zebraversion: Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 Using ICU SingleBranchMode is ON -- Venlig hilsen Lars J. Helbo Borgergade 44 DK-8450 Hammel Tlf.: +45 8696 9315 Mobil: +45 6133 9315 www.helbo.org www.frijsendal.dk www.sallnet.dk www.salldata.dk -----Inline Attachment Follows----- _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
participants (2)
-
Lars J. Helbo -
Olugbenga Adara