Re: [Koha] [Koha-devel] koha 3.0.4 biblio records
Zico, Lets take this to the general list, as MJ suggested. Shouldn't you be using the -z option for incremental updates? Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas. Bob ________________________________________ From: koha-devel-bounces@lists.koha.org [mailto:koha-devel-bounces@lists.koha.org] On Behalf Of Zico Sent: Thursday, 17 December 2009 9:57 PM To: MJ Ray Cc: koha-devel@lists.koha.org Subject: Re: [Koha-devel] koha 3.0.4 biblio records On Thu, Dec 17, 2009 at 4:39 PM, MJ Ray <mjr@phonecoop.coop> wrote: I'd try two things: 1. increase the debug level to 2 (or SetEnv KOHA_DEBUG 2 in the VirtualHost if that still works) to get a full backtrace and see what call results in a try to call clone on an undefined value; 2. check the databases for the record after each change and see what is happening with the edited and deleted records. Beyond that, a bit more description of how to reproduce the bug may be needed: for example, is it NoZebra? It`s not NoZebra. It`s Zebra. Which MARC type? MARC21 If it's zebra, how is the zebra being updated? (cronjob?) Yes, cronjob My crontab is: */1 * * * * KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -w >/dev/null -- Best, Zico No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.110/2568 - Release Date: 12/16/09 08:02:00
On Thu, Dec 17, 2009 at 6:26 PM, Bob Birchall @ Calyx <bob@calyx.net.au>wrote:
Zico, Let’s take this to the general list, as MJ suggested. Shouldn't you be using the -z option for incremental updates? Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas.
Thanks Bob! I think, "z" is working! But, the point is: after deletion one record, it shows in searching and if i click on that.... the Error 404 comes with: An Error has Occurred! Error 404 - This error means that the link was broken and that the page doesn't exist - To report this error, you can email the Koha Administrator<mailzico@gmail.com> . - Use top menu bar to navigate to another part of Koha. Circulation <http://192.168.1.232:8080/cgi-bin/koha/circ/circulation.pl> - Check out to: - Check in <http://192.168.1.232:8080/cgi-bin/koha/circ/returns.pl> - Transfers<http://192.168.1.232:8080/cgi-bin/koha/circ/branchtransfers.pl> Patrons <http://192.168.1.232:8080/cgi-bin/koha/members/members-home.pl> - Search: Catalog <http://192.168.1.232:8080/cgi-bin/koha/catalogue/search.pl> - Search: - Lists<http://192.168.1.232:8080/cgi-bin/koha/virtualshelves/shelves.pl> Cataloging <http://192.168.1.232:8080/cgi-bin/koha/cataloguing/addbooks.pl> - Add MARC Record<http://192.168.1.232:8080/cgi-bin/koha/cataloguing/addbiblio.pl> - Authorities<http://192.168.1.232:8080/cgi-bin/koha/authorities/authorities-home.pl> - Serials<http://192.168.1.232:8080/cgi-bin/koha/serials/serials-home.pl> Acquisitions <http://192.168.1.232:8080/cgi-bin/koha/acqui/acqui-home.pl> Reports <http://192.168.1.232:8080/cgi-bin/koha/reports/reports-home.pl> Koha administration <http://192.168.1.232:8080/cgi-bin/koha/admin/admin-home.pl> - System preferences<http://192.168.1.232:8080/cgi-bin/koha/admin/systempreferences.pl> Tools <http://192.168.1.232:8080/cgi-bin/koha/tools/tools-home.pl> About Koha <http://192.168.1.232:8080/cgi-bin/koha/about.pl> -- Best, Zico
Zico <mailzico@gmail.com> wrote:
On Thu, Dec 17, 2009 at 6:26 PM, Bob Birchall @ Calyx <bob@calyx.net.au>wrote:
Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas.
Thanks Bob! I think, "z" is working! But, the point is: after deletion one record, it shows in searching and if i click on that.... the Error 404 comes with:
An Error has Occurred! Error 404
404 means Not Found, which is what we'd expect for a deleted item. The error isn't brilliantly clear, but it's expected behaviour. What isn't expected is it showing up in searching. That means it's not being deleted from zebra. I suspect "z" isn't working. Increase debugging, try the deletion and search the databases (MySQL and Zebra) for the item after each step. I think the zebraqueue and items tables are the most interesting, but maybe biblio too. Many thanks to Bob for offering the research after Christmas. -- MJ Ray (slef) Webmaster and LMS developer at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op
participants (3)
-
Bob Birchall ＠ Calyx -
MJ Ray -
Zico