Re: [Koha] Zebra index - two instances on one Server

2014-06-20 Thread kamild
Hi,
thanks Fabio. I thinking about switch to a package installation but I don't
want update ver. koha. I thinking the problem is in the
/etc/init.d/koha-zebra-ctl.sh because daemon work only one database.
USER=koha
GROUP=koha
DBNAME=koha
NAME=koha-zebra-ctl.$DBNAME
LOGDIR=/var/log/koha
ERRLOG=$LOGDIR/koha-zebradaemon.err
STDOUT=$LOGDIR/koha-zebradaemon.log
OUTPUT=$LOGDIR/koha-zebradaemon-output.log
KOHA_CONF=/etc/koha/koha-conf.xml
RUNDIR=/var/run/koha/zebradb
LOCKDIR=/var/lock/koha/zebradb
ZEBRASRV=/usr/bin/zebrasrv
ZEBRAOPTIONS=-v none,fatal,warn

How change to work a two database? thx



--
View this message in context: 
http://koha.1045719.n5.nabble.com/Zebra-index-two-instances-on-one-Server-tp5801276p5801792.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Zebra Rebuild error...

2014-06-20 Thread Layale Bassil
Hello Phillip,

Thanks a lot for the support. Yes I used to be able to rebuild Zebra many 
times, and before getting the error, I did many rebuilds.

Since I had no root privileges, I asked the support team to do the rebuild 
using the sudo -s and the rebuild was successful.

My problem now is that the search is still not returning any hit eventhough the 
database contains 19000 records and the rebuild was successful! I would 
appreciate your suggestions on this matter!

How can I fix the search in such a case?

Many thanks,
Layale.

From: Phillip Ponchot [mailto:pponc...@live.com]
Sent: Thursday, June 19, 2014 5:51 PM
To: Layale Bassil; koha@lists.katipo.co.nz
Subject: RE: [Koha] Zebra Rebuild error...
Importance: High

Have you ever rebuilt Koha Zebra before?

The errors that you're getting reminds me of the first time I tried to rebuild 
zebra (ubuntu ).  There was a rights issue.

To rebuild zebra on ubuntu you have to use sudo -s with the rebuild command or 
you get a ton of errors and a failure.

Hope this helps.


Phillip
 From: l...@aub.edu.lbmailto:l...@aub.edu.lb
 To: koha@lists.katipo.co.nzmailto:koha@lists.katipo.co.nz
 Date: Thu, 19 Jun 2014 13:28:44 +0300
 Subject: [Koha] Zebra Rebuild error...

 Hello,

 I am using Koha 3.14 and importing data into it. Everything was working 
 properly until I tried to rebuild zebra after having around 19000 records and 
 I got the following error (a part of the error):

 *** stack smashing detected ***: zebraidx terminated
 === Backtrace: =
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f9215503807]
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7f92155037d0]
 /usr/lib/libidzebra-2.0.so.0(+0x17007)[0x7f9215b5d007]
 /usr/lib/libidzebra-2.0.so.0(+0x1712b)[0x7f9215b5d12b]
 /usr/lib/libidzebra-2.0.so.0(heap_cread_item2+0xf2)[0x7f9215b5d2b2]
 /usr/lib/libidzebra-2.0.so.0(isamb_merge+0x5b)[0x7f9215b89c8b]
 /usr/lib/libidzebra-2.0.so.0(heap_inpb+0x193)[0x7f9215b5da23]
 /usr/lib/libidzebra-2.0.so.0(zebra_index_merge+0x258)[0x7f9215b5de38]
 /usr/lib/libidzebra-2.0.so.0(+0x298df)[0x7f9215b6f8df]
 /usr/lib/libidzebra-2.0.so.0(zebra_end_transaction+0x11d)[0x7f9215b7326d]
 /usr/lib/libidzebra-2.0.so.0(zebra_end_trans+0x31)[0x7f9215b733d1]
 zebraidx[0x401884]
 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f921541a76d]
 zebraidx[0x401a0d]
 === Memory map: 
 0040-00403000 r-xp  08:01 1479 /usr/bin/zebraidx-2.0
 00602000-00603000 r--p 2000 08:01 1479 /usr/bin/zebraidx-2.0
 00603000-00604000 rw-p 3000 08:01 1479 /usr/bin/zebraidx-2.0
 009b9000-012d6000 rw-p  00:00 0 [heap]
 7f920800-7f92082f4000 rw-p  00:00 0
 7f92082f4000-7f920c00 ---p  00:00 0
 7f920c25c000-7f920db5d000 rw-p  00:00 0
 7f920db5d000-7f920db5e000 ---p  00:00 0
 7f920db5e000-7f920fc5f000 rw-p  00:00 0 [stack:11507]


 I cannot search koha anymore as the rebuild is crashing. Is there any 
 limitation on the number of records that Koha can accept? How can I fix this 
 error?

 Please advise,

 Thanks and regards.
 Layale.
 ___
 Koha mailing list http://koha-community.org
 Koha@lists.katipo.co.nzmailto:Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Search of a framework file and a catalogue file corresponding to this framework

2014-06-20 Thread zolot
Hi All ! 

 

In Koha I created a framework (using the option Add framework). Its 
framework code is B. Then, using the option Cataloging and  B, I 
created a catalogue corresponding to this framework B. I would like to look 
the source codes of files of both framework B and this catalogue. 

Have I a right ? What are names of these files ? Where are they placed ?

 

Thank you in advance,

Gennady
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Zebra Rebuild error...

2014-06-20 Thread Paul A

At 02:41 PM 6/20/2014 +0300, Layale Bassil wrote:

Hello Phillip,

Thanks a lot for the support. Yes I used to be able to rebuild Zebra many 
times, and before getting the error, I did many rebuilds.


Since I had no root privileges, I asked the support team to do the rebuild 
using the sudo -s and the rebuild was successful.


I may very well be wrong if your installation was not done with the tarball 
(I have no experience whatsoever with packages), but you should use your 
koha/zebra user to reindex, not root. It sounds as though your permissions 
may be wrong.


Best -- Paul


My problem now is that the search is still not returning any hit 
eventhough the database contains 19000 records and the rebuild was 
successful! I would appreciate your suggestions on this matter!


How can I fix the search in such a case?

Many thanks,
Layale.

From: Phillip Ponchot [mailto:pponc...@live.com]
Sent: Thursday, June 19, 2014 5:51 PM
To: Layale Bassil; koha@lists.katipo.co.nz
Subject: RE: [Koha] Zebra Rebuild error...
Importance: High

Have you ever rebuilt Koha Zebra before?

The errors that you're getting reminds me of the first time I tried to 
rebuild zebra (ubuntu ).  There was a rights issue.


To rebuild zebra on ubuntu you have to use sudo -s with the rebuild 
command or you get a ton of errors and a failure.


Hope this helps.


Phillip
 From: l...@aub.edu.lbmailto:l...@aub.edu.lb
 To: koha@lists.katipo.co.nzmailto:koha@lists.katipo.co.nz
 Date: Thu, 19 Jun 2014 13:28:44 +0300
 Subject: [Koha] Zebra Rebuild error...

 Hello,

 I am using Koha 3.14 and importing data into it. Everything was working 
properly until I tried to rebuild zebra after having around 19000 records 
and I got the following error (a part of the error):


 *** stack smashing detected ***: zebraidx terminated
 === Backtrace: =
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f9215503807]
 /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7f92155037d0]
 /usr/lib/libidzebra-2.0.so.0(+0x17007)[0x7f9215b5d007]
 /usr/lib/libidzebra-2.0.so.0(+0x1712b)[0x7f9215b5d12b]
 /usr/lib/libidzebra-2.0.so.0(heap_cread_item2+0xf2)[0x7f9215b5d2b2]
 /usr/lib/libidzebra-2.0.so.0(isamb_merge+0x5b)[0x7f9215b89c8b]
 /usr/lib/libidzebra-2.0.so.0(heap_inpb+0x193)[0x7f9215b5da23]
 /usr/lib/libidzebra-2.0.so.0(zebra_index_merge+0x258)[0x7f9215b5de38]
 /usr/lib/libidzebra-2.0.so.0(+0x298df)[0x7f9215b6f8df]
 /usr/lib/libidzebra-2.0.so.0(zebra_end_transaction+0x11d)[0x7f9215b7326d]
 /usr/lib/libidzebra-2.0.so.0(zebra_end_trans+0x31)[0x7f9215b733d1]
 zebraidx[0x401884]
 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f921541a76d]
 zebraidx[0x401a0d]
 === Memory map: 
 0040-00403000 r-xp  08:01 1479 /usr/bin/zebraidx-2.0
 00602000-00603000 r--p 2000 08:01 1479 /usr/bin/zebraidx-2.0
 00603000-00604000 rw-p 3000 08:01 1479 /usr/bin/zebraidx-2.0
 009b9000-012d6000 rw-p  00:00 0 [heap]
 7f920800-7f92082f4000 rw-p  00:00 0
 7f92082f4000-7f920c00 ---p  00:00 0
 7f920c25c000-7f920db5d000 rw-p  00:00 0
 7f920db5d000-7f920db5e000 ---p  00:00 0
 7f920db5e000-7f920fc5f000 rw-p  00:00 0 [stack:11507]


 I cannot search koha anymore as the rebuild is crashing. Is there any 
limitation on the number of records that Koha can accept? How can I fix 
this error?


 Please advise,

 Thanks and regards.
 Layale.
 ___
 Koha mailing list http://koha-community.org
 Koha@lists.katipo.co.nzmailto:Koha@lists.katipo.co.nz
 http://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


---
Maritime heritage and history, preservation and conservation,
research and education through the written word and the arts.
http://NavalMarineArchive.com and http://UltraMarine.ca

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Barcode issue in Koha

2014-06-20 Thread Phillip Ponchot
I recently rebuilt the bilioitems table and dumped koha and imported the dump 
back in.  Everything is working great but the cataloger has reported that there 
is an issue with the barcodes.  New imported records with a barcode can not be 
checked out (not found).  Also if a barcode is duplicated, Koha used to 
indicate that the barcode was already in use but no longer does this. 

Has anyone had this problem or know how to correct it. 

Any suggestion on how to fix this would be appreciated as I'm at a lost right 
now. 


Phillip
  
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] sorting long Cutter's

2014-06-20 Thread Bruce A Metcalf

Giuseppe Angilella giuseppe.angile...@ct.infn.it wrote:


call numbers having Cutter parts made of several substrings currently
are not sorted correctly. Here are examples:

| itemcallnumber | cn_source | cn_sort|
| 530 F435 1996 v1   | ddc   | 530_F435_1996000_V1|
| 530 F435 1996 v2p1 | ddc   | 530_F435_1996000_V2P1  |
| 530 F435 1996 v2p2 | ddc   | 530_F435_1996000_V2P2  |

Despite being in the Dewey 530 class, these items are sorted after any
530.xy item (and before any 531, which is OK).

Any hint?


I've been experimenting ways to address this, and may have an option  
worth testing:


In Home › Administration › Classification sources you can specify  
the Filing Rule to apply to each Classification Source. A second  
table allows you to specify the Sorting routine for each Filing Rule.


I found that by changing the Sorting routine from generic to LCC,  
I got my system to sort properly. You might find this worth testing.


Bruce A. Metcalf
Library Director
The Augustan Society, Inc.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha