[Koha-devel] 3.6.1 upgrade to 3.8.5 and bug 8071
Paul
paul.a at aandc.org
Mon Oct 8 17:50:25 CEST 2012
At 04:29 PM 10/8/2012 +0200, Fridolyn SOMERS wrote:
>I mean a diff in terminal :
> diff -ur <zebra conf in sources> <zebra conf running>
>
>I know that some indexes in authorities/record.abs (not .bas, sorry) are
>nex in 3.8
Many thanks Fridolyn -- output below; (it looks to me like a normal
install, but) with your expertise, maybe you can find something suspicious?
Merci mille fois - paul
paul at nelson:/$ diff -ur
/mnt/data1/koha-3.08.05/etc/zebradb/zebra-authorities-dom.cfg
/etc/koha/zebradb/zebra-authorities-dom.cfg
---
/mnt/data1/koha-3.08.05/etc/zebradb/zebra-authorities-dom.cfg
2012-09-22 14:40:26.000000000 -0400
+++ /etc/koha/zebradb/zebra-authorities-dom.cfg 2012-09-22
10:10:58.000000000 -0400
@@ -4,7 +4,7 @@
# $Id: zebra.cfg,v 1.1.2.2 2006/05/09 12:03:16 rangi Exp $
#
# Where are the config files located?
-profilePath:__ZEBRA_CONF_DIR__/authorities/etc:__ZEBRA_CONF_DIR__/etc:__ZEBRA_CONF_DIR__/marc_defs/__ZEBRA_MARC_FORMAT__/authorities:__ZEBRA_CONF_DIR__/lang_defs/__ZEBRA_LANGUAGE__:__ZEBRA_CONF_DIR__/xsl
+profilePath:/etc/koha/zebradb/authorities/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/marc21/authorities:/etc/koha/zebradb/lang_defs/en:/etc/koha/zebradb/xsl
encoding: UTF-8
# modulePath - where to look for loadable zebra modules
@@ -22,9 +22,9 @@
# type is split into fundamental type. file-read-type . argument
# http://www.indexdata.dk/zebra/doc/zebra-cfg.tkl
# http://www.indexdata.dk/zebra/doc/grs.tkl
-recordtype: dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config.xml
-marcxml.recordtype: dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config.xml
-iso2709.recordtype: dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config-marc.xml
+recordtype: dom./etc/koha/zebradb/authorities/etc/dom-config.xml
+marcxml.recordtype: dom./etc/koha/zebradb/authorities/etc/dom-config.xml
+iso2709.recordtype: dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml
recordId: (bib1,Local-Number)
# was auth1
@@ -32,17 +32,17 @@
storeData:1
# Lock File Area
-lockDir: __ZEBRA_LOCK_DIR__/authorities
+lockDir: /var/lock/koha/zebradb/authorities
perm.anonymous:ar
-perm.__ZEBRA_USER__:rw
-register: __ZEBRA_DATA_DIR__/authorities/register:4G
-shadow: __ZEBRA_DATA_DIR__/authorities/shadow:1G
+perm.koha:rw
+register: /var/lib/koha/zebradb/authorities/register:4G
+shadow: /var/lib/koha/zebradb/authorities/shadow:1G
# Temp File area for result sets
-setTmpDir: __ZEBRA_DATA_DIR__/authorities/tmp
+setTmpDir: /var/lib/koha/zebradb/authorities/tmp
# Temp File area for index program
-keyTmpDir: __ZEBRA_DATA_DIR__/authorities/key
+keyTmpDir: /var/lib/koha/zebradb/authorities/key
# Approx. Memory usage during indexing
memMax: 50M
>Best reagard,
>
>Le 04/10/2012 21:00, Paul a écrit :
>>At 11:01 AM 10/4/2012 +0200, Fridolyn SOMERS wrote:
>>>Hie,
>>>
>>>Make a diff between your zebra config and le zebra config in sources.
>>>Especially marc_def/xxmarc/authorities/records.bas and ccl.properties.
>>
>>Merci bien, mais ... could you be a bit more specific, please?
>>
>>What should I edit in the source of which zebra config file? And then
>>reinstall? Does this also account for the << make: *** [test_dynamic]
>>Error 255 >>?
>>
>>I've had a look at ccl.properties (can't see anything strange, and the
>>only difference between 3.6.1 and 3.8.5 is in rem'd line 834 where the
>>duplicate word 'the' in "The identifier of the the authority" has been
>>removed) -- and cannot find 'marc_def/xxmarc/authorities/records.bas' in
>>either version.
>>
>>Encore une fois, merci.
>>
>>a+ paul
>>
>>>Best regards,
>>>
>>>Le 04/10/2012 00:28, Paul a écrit :
>>>>In my continuing quest to upgrade 3.6.1 to 3.8.x without loss of
>>>>functionality (specifically authorities, generally zebra) I have now
>>>>upgraded my sandbox (db fully synchronized with the production box) to
>>>>3.8.5 along the lines of "bug 8071 blocker" ... however in 3.8.5:
>>>>
>>>> Results 1 to 20 of 424
>>>>Summary Used in Delete
>>>>World War, 1914-1918 Details 0 biblio(s) Delete
>>>>World War, 1914-1918 Aerial operations. Details 0
>>>>biblio(s) Delete
>>>>/ ... /
>>>>
>>>>in 3.6.1:
>>>>
>>>>World War, 1914-1918 Details 5 biblio(s)
>>>>World War, 1914-1918 Aerial operations. Details 16 biblio(s)
>>>>/ ... /
>>>>
>>>>So, are authorities during the upgrade still broken? Is it my db?
>>>>
>>>>I did do a "test" during the upgrade:
>>>>
>>>><mailto:paul at server:/koha-3.08.05$>paul at server:/koha-3.08.05$ sudo make
>>>>test
>>>>/ ... /
>>>>Test Summary Report
>>>>-------------------
>>>>t/Barcodes_ValueBuilder.t (Wstat: 512 Tests: 0 Failed: 0)
>>>> Non-zero exit status: 2
>>>> Parse errors: Bad plan. You planned 10 tests but ran 0.
>>>>Files=89, Tests=8155, 15 wallclock secs ( 0.72 usr 0.13 sys + 13.75
>>>>cusr 0.86 csys = 15.46 CPU)
>>>>Result: FAIL
>>>>Failed 1/89 test programs. 0/8155 subtests failed.
>>>>make: *** [test_dynamic] Error 255
>>>>
>>>>but decided (despite that) to try:
>>>>
>>>><mailto:paul at server:/koha-3.08.05$>paul at server:/koha-3.08.05$ sudo make
>>>>upgrade
>>>>No errors reported
>>>>
>>>> From web interface:
>>>>Update report :
>>>>
>>>> Upgrade to 3.08.04.001 done (Bug 8657 - Default sort by call
>>>> number does not work. Correcting system preference value.)
>>>> Upgrade to 3.08.04.002 done. (Bug 8002: Update patron attribute
>>>> types table from varchar(1) to varchar(10) category_code)
>>>> Warning to Koha System Administrators: If you use borrower
>>>> attributes defined by borrower categories, you have to check your
>>>> configuration. A bug may have removed your attribute links to borrower
>>>> categories.
>>>> Please check, and fix it if necessary.Upgrade to 3.08.05.000
>>>> (3.8.5 release) done
>>>>
>>>>So ... is 3.8.x repairable?
>>>>
>>>>What am I missing?
>>>>
>>>>thanks - Paul
>>>>
>>>>_______________________________________________
>>>>Koha-devel mailing list
>>>><mailto:Koha-devel at lists.koha-community.org>Koha-devel at lists.koha-community.org
>>>>
>>>>http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>>>>website : <http://www.koha-community.org/>http://www.koha-community.org/
>>>>git : <http://git.koha-community.org/>http://git.koha-community.org/
>>>>bugs : <http://bugs.koha-community.org/>http://bugs.koha-community.org/
>>>
>>>
>>>--
>>>Fridolyn SOMERS
>>>Biblibre - Pôle Support
>>><mailto:fridolyn.somers at biblibre.com>fridolyn.somers at biblibre.com
>>>_______________________________________________
>>>Koha-devel mailing list
>>><mailto:Koha-devel at lists.koha-community.org>Koha-devel at lists.koha-community.org
>>>
>>>http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>>>website : <http://www.koha-community.org/>http://www.koha-community.org/
>>>git : <http://git.koha-community.org/>http://git.koha-community.org/
>>>bugs : <http://bugs.koha-community.org/>http://bugs.koha-community.org/
>>
>>---
>>Maritime heritage and history, preservation and conservation,
>>research and education through the written word and the arts.
>><http://NavalMarineArchive.com> and <http://UltraMarine.ca>
>
>
>--
>Fridolyn SOMERS
>Biblibre - Pôle Support
><mailto:fridolyn.somers at biblibre.com>fridolyn.somers at biblibre.com
>_______________________________________________
>Koha-devel mailing list
>Koha-devel at lists.koha-community.org
>http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>website : http://www.koha-community.org/
>git : http://git.koha-community.org/
>bugs : http://bugs.koha-community.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20121008/1c25f667/attachment.htm>
More information about the Koha-devel
mailing list