I've been battling a corrupted koha instance for awhile now. The first time
that I realized that something was wrong was when I could no longer do a
backup. Everytime the koha backup got the the biblioitems table, there would
be an error 2013 Lost connection to server.
Thanks to your help a
Giuseppe Angilella 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 v
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,
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 an
Hi All !
In Koha I created a framework (using the option "Add framework"). Its
"framework code" is . Then, using the option "Cataloging" and , I
created a catalogue corresponding to this framework . I would like to look
the source codes of files of both framework and this catalogue.
Hav
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
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=$LOGD
7 matches
Mail list logo