Re: [Koha] Replace Module for C4::Branch

[Jonathan Druart]

Hello Admire,

Which subroutine of C4::Branch did you use?
You should have a look at bug 15758. It removes GetBranches and
GetBranchesLoop, you certainly used one of these two.
Basically you will need to call Koha::Libraries->search.

Regards,
Jonathan


On Fri, 24 Feb 2017 at 07:34 Admire Mutsikiwa 
wrote:

> Hi
>
>
>
> Hope I find you well.  I have added some local module on my Koha instance
> for easy printing of barcodes, spine labels and date slips.  My added
> modules where relying on C4::Branch module. However, according to
> https://github.com/bywatersolutions/koha-plugin-kitchen-sink/issues/1, it
> has been obsoleted. I would like to know how to get the branchcode now with
> the new implementation?
>
>
>
> Kind Regards,
>
>
>
> Admire Mutsikiwa (Mr)
>
> ICT Manager
>
> Libraries
>
> University of Zimbabwe
>
> Tel:+263-4-303276 <+263%204%20303%20276>
>
> Mob:+26377111 <+263%2077%20111%20>
>
>
>
> "It is easy to dodge our responsibilities, but we cannot dodge the
> consequences of dodging our responsibilities."  Josiah Charles Stamp
> 
>
>
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Replace Module for C4::Branch

[Admire Mutsikiwa]

Hi

 

Hope I find you well.  I have added some local module on my Koha instance
for easy printing of barcodes, spine labels and date slips.  My added
modules where relying on C4::Branch module. However, according to
https://github.com/bywatersolutions/koha-plugin-kitchen-sink/issues/1, it
has been obsoleted. I would like to know how to get the branchcode now with
the new implementation?

 

Kind Regards,

 

Admire Mutsikiwa (Mr)

ICT Manager

Libraries

University of Zimbabwe

Tel:+263-4-303276

Mob:+26377111

 

"It is easy to dodge our responsibilities, but we cannot dodge the
consequences of dodging our responsibilities."  Josiah Charles Stamp
 

 

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

[Koha] link bibs to autorities error

[Arayik Manukyan]

Dear list,

We tried to link bibs to authorities  in Koha 3.22.13 and have got such 
error


Any  suggestions?

Thanks,

Arayik

***

http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.loc.gov/MARC21/slim 
http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd;

xmlns="http://www.loc.gov/MARC21/slim;>

  00576nam a2200157 u 4500
  000526469
  20170208160921.0
  070316s1931ai | 
|arm|d

  
arm
  
  
т©у╦ж┌ж─у©у╚у╞у╣у║уІ, у█у©у╔ж┐у║уІ 
у└у╚у╟ж─у║уІу╚,

1908-1986
  
  
т©у╦уЄу╣у╔ж─у╚у©уЄу╚у╦ж┌у╘у╣у╦ж┌уІу╗ 
у║уЇуІу║уІу║ж│у║уІу╚ ж├ж─у╦уІу©у╦ж┌уЄ /

у█. т©у╦ж┌ж─у©у╚у╞у╣у║уІ.
  
  
у┘у╔ж─ж┤у║уІ :
у┼у╔у©у╟ж─у║у©,
1931.
  
  
46 уїу╩ ;
17 уҐуЄ.
  
  
т╠уЇуІу║уІу║ж│у║уІу╚ у╞у║уЄу╨у║уІу╚у║
  
  
у▐уІу©у╔уҐу║у╞у║уІ у╚ж─у║у╬у╚уЁу║у╞
  
  
436808
436808
  

Can't call method "as_formatted" on an undefined value at 
/usr/share/koha/lib/C4/Biblio.pm line 311.
DBD::mysql::db DESTROY failed: MySQL server has gone away during global 
destruction.


*

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

Re: [Koha] cron issue with Koha on Ubuntu

[Tomas Cohen Arazi]

Check /etc/defaults/koha-common for the USE_INDEXER option. If you are
carrying that file from old upgrades it might be disabled. If it is
enabled, service koha-common restart should take care

El jue., 23 de feb. de 2017 11:36 AM, Mark Alexander 
escribió:

> Excerpts from Steve Nickerson's message of 2017-02-23 09:15:26 -0500:
>
> > OK, so I dug further and do indeed find cron running and can see the
> > jobs executing via /var/log/syslog.  It appears that everything is
> > working EXCEPT that the zebra indexing updates aren't working
> > correctly.  I see the line "Uncomment the following line if you do not
> > want to use the koha-index-daemon integration" and the line following
> > that is commented out...should it be?
>
> My fairly stock installation has that line commented out.
>
> > How do I know if I'm using the koha-index-daemon or not?
>
> Maybe the daemon didn't get started for some reason.  Check using this:
>
>   ps auxfw | egrep zebra
>
> You should see four processes related to the two zebra daemons (one
> daemon for the indexer and one for the server).  It's possible that
> the daemons didn't get started for some reason; they should have
> been started by /etc/init.d/koha-common.  But you could try using
> this:
>
>   koha-start-zebra 
>   koha-indexer --start 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] z39.50 protocol

[Tomas Cohen Arazi]

He's talking about Koha's z39.50 server, I figured on a private
conversation.

Luis Moisés, when you (re)created the instance you forgot the --enable-sru
option switch, so the created koha-conf.xml has it commented out, and the
tcp port is not set either (that is set using the --sru-port switch).

If you don't want to recreate the instance, create a new one with xxx as
the name, and grab its koha-conf.xml, replacing xxx for library on your
favourite editor with regexp capabilities. Also, pick the db password from
the original koha-conf.xml, don't loose it on rewriting the file.

And restart Zebra, he.

El jue., 23 de feb. de 2017 5:42 PM, Liz Rea  escribió:

This sounds to me like you have specified the MARC flavour for the
zTarget incorrectly, perhaps it is set to UNIMARC instead of MARC21, or
vice versa?

Cheers
Liz

On 24/02/17 07:59, Michael Kuhn wrote:
> Hi Luis
>
>> Hi, we are having the same problem and we couldn't fix it.
>> Why the problem, if everything was running ok? We do not know.
>> What we did was: reinstall everything from zero.
>> But know we are having the same problem again.
>
> That mail was directed to you. But you didn't tell what is the exact
> problem... That's why I asked:
>
> 1. What exactly did you enter in menu "Koha administration >
> Z39.50/SRU servers > New Z39.50 server" ?
>
> 2. Have you been able to connect to the entered Z39.50 server using
> YAZ client and find some item there?
>
> If you can't connect to the Z39.50 server reinstalling everything from
> zero won't help, of course.
>
> Best wishes: Michael
>
>
>
>> On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn > > wrote:
>>
>> Hi Luis
>>
>> > We are trying to use the z39.50 protocol, all servers are defined,
>> > but when we do a search of any book, only say:
>> >   record No. xxx
>> >
>> > Not result.
>> >
>> > Any help?
>>
>> What exactly did you enter in menu "Koha administration > Z39.50/SRU
>> servers > New Z39.50 server" ?
>>
>> Have you been able to connect to the entered Z39.50 server using YAZ
>> client and find some item there?
>>
>> Best wishes: Michael
>>
>> --
>> Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg.
>> Fachausweis
>> Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
>> T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch
>>  · W www.adminkuhn.ch
>> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

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

-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] z39.50 protocol

[Liz Rea]

This sounds to me like you have specified the MARC flavour for the 
zTarget incorrectly, perhaps it is set to UNIMARC instead of MARC21, or 
vice versa?


Cheers
Liz

On 24/02/17 07:59, Michael Kuhn wrote:

Hi Luis


Hi, we are having the same problem and we couldn't fix it.
Why the problem, if everything was running ok? We do not know.
What we did was: reinstall everything from zero.
But know we are having the same problem again.


That mail was directed to you. But you didn't tell what is the exact 
problem... That's why I asked:


1. What exactly did you enter in menu "Koha administration > 
Z39.50/SRU servers > New Z39.50 server" ?


2. Have you been able to connect to the entered Z39.50 server using 
YAZ client and find some item there?


If you can't connect to the Z39.50 server reinstalling everything from 
zero won't help, of course.


Best wishes: Michael




On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn > wrote:

Hi Luis

> We are trying to use the z39.50 protocol, all servers are defined,
> but when we do a search of any book, only say:
>   record No. xxx
>
> Not result.
>
> Any help?

What exactly did you enter in menu "Koha administration > Z39.50/SRU
servers > New Z39.50 server" ?

Have you been able to connect to the entered Z39.50 server using YAZ
client and find some item there?

Best wishes: Michael

--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. 
Fachausweis

Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch
 · W www.adminkuhn.ch 


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


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

Re: [Koha] z39.50 protocol

[Michael Kuhn]

Hi Luis


Hi, we are having the same problem and we couldn't fix it.
Why the problem, if everything was running ok? We do not know.
What we did was: reinstall everything from zero.
But know we are having the same problem again.


That mail was directed to you. But you didn't tell what is the exact 
problem... That's why I asked:


1. What exactly did you enter in menu "Koha administration > Z39.50/SRU 
servers > New Z39.50 server" ?


2. Have you been able to connect to the entered Z39.50 server using YAZ 
client and find some item there?


If you can't connect to the Z39.50 server reinstalling everything from 
zero won't help, of course.


Best wishes: Michael




On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn > wrote:

Hi Luis

> We are trying to use the z39.50 protocol, all servers are defined,
> but when we do a search of any book, only say:
>   record No. xxx
>
> Not result.
>
> Any help?

What exactly did you enter in menu "Koha administration > Z39.50/SRU
servers > New Z39.50 server" ?

Have you been able to connect to the entered Z39.50 server using YAZ
client and find some item there?

Best wishes: Michael

--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch
 · W www.adminkuhn.ch 

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

Re: [Koha] z39.50 protocol

[Tomas Cohen Arazi]

What is the problem, specifilcally?

El jue., 23 feb. 2017 a las 15:37, Luis Moises Rojas (<
lmoisesro...@gmail.com>) escribió:

> Hi, we are having the same problem and we couldn't fix it.
> Why the problem, if everything was running ok? We do not know.
> What we did was: reinstall everything from zero.
> But know we are having the same problem again.
>
>
> On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn  wrote:
>
> > Hi Luis
> >
> > > We are trying to use the z39.50 protocol, all servers are defined,
> > > but when we do a search of any book, only say:
> > >   record No. xxx
> > >
> > > Not result.
> > >
> > > Any help?
> >
> > What exactly did you enter in menu "Koha administration > Z39.50/SRU
> > servers > New Z39.50 server" ?
> >
> > Have you been able to connect to the entered Z39.50 server using YAZ
> > client and find some item there?
> >
> > Best wishes: Michael
> >
> > --
> > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
> > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> > T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
> >
>
>
>
> --
> *Luis Moisés Rojas P.*
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] z39.50 protocol

[Luis Moises Rojas]

Hi, we are having the same problem and we couldn't fix it.
Why the problem, if everything was running ok? We do not know.
What we did was: reinstall everything from zero.
But know we are having the same problem again.


On Tue, Feb 21, 2017 at 11:53 AM, Michael Kuhn  wrote:

> Hi Luis
>
> > We are trying to use the z39.50 protocol, all servers are defined,
> > but when we do a search of any book, only say:
> >   record No. xxx
> >
> > Not result.
> >
> > Any help?
>
> What exactly did you enter in menu "Koha administration > Z39.50/SRU
> servers > New Z39.50 server" ?
>
> Have you been able to connect to the entered Z39.50 server using YAZ
> client and find some item there?
>
> Best wishes: Michael
>
> --
> Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
> Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
>



-- 
*Luis Moisés Rojas P.*
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] cron issue with Koha on Ubuntu

[Mark Alexander]

Excerpts from Steve Nickerson's message of 2017-02-23 09:15:26 -0500:

> OK, so I dug further and do indeed find cron running and can see the
> jobs executing via /var/log/syslog.  It appears that everything is
> working EXCEPT that the zebra indexing updates aren't working
> correctly.  I see the line "Uncomment the following line if you do not
> want to use the koha-index-daemon integration" and the line following
> that is commented out...should it be?

My fairly stock installation has that line commented out.

> How do I know if I'm using the koha-index-daemon or not?

Maybe the daemon didn't get started for some reason.  Check using this:

  ps auxfw | egrep zebra

You should see four processes related to the two zebra daemons (one
daemon for the indexer and one for the server).  It's possible that
the daemons didn't get started for some reason; they should have
been started by /etc/init.d/koha-common.  But you could try using
this:

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

Re: [Koha] cron issue with Koha on Ubuntu

[Steve Nickerson]

OK, so I dug further and do indeed find cron running and can see the jobs 
executing via /var/log/syslog.   It appears that everything is working EXCEPT 
that the zebra indexing updates aren't working correctly.   I see the line 
"Uncomment the following line if you do not want to use the koha-index-daemon 
integration" and the line following that is commented out...should it be?   How 
do I know if I'm using the koha-index-daemon or not?  As it stands right now 
items that are added do not show in search results and items removed continue 
to show, until I run a zebra rebuild manually.

Thanks!
Steve

-Original Message-
From: Mark Alexander [mailto:ma...@pobox.com] 
Sent: Tuesday, February 21, 2017 1:58 PM
To: Steve Nickerson 
Cc: koha 
Subject: RE: [Koha] cron issue with Koha on Ubuntu

Excerpts from Steve Nickerson's message of 2017-02-21 12:04:10 -0500:
> The server on all the time, but the problem was that /usr/sbin/anacron didn't 
> exist so the jobs were never kicking off because of the "test -x 
> /usr/sbin/anacron" was of course not finding anacron.

That is surprising. If anacron isn't present, the normal cron takes over via 
run-parts, as for example:

> 25 6* * *roottest -x /usr/sbin/anacron || ( cd / && run-parts 
> --report /etc/cron.daily )

In other words, it should be possible to run your cron jobs without anacron.
There must be something else missing.  Maybe the cron daemon hasn't been 
started; you can see if it is running using:

  ps auxfw | egrep cron

Or maybe it hasn't been installed; this can be checked using:

  dpkg -S /usr/sbin/cron

or

  aptitude search "~i cron"

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

Re: [Koha] KOHA Report : Number of bib and Item based on Subject

[Owen Leonard]

Hi Carl,

Your message to the list was put in my spam folder by GMail so I
didn't see it until now. (Messages originating from Nabble.com usually
do).

> I am looking your help for KOHA report. I need a report that can provide me
> total number of bib and item based on subject heading.

This report looks like it is a good start:

https://wiki.koha-community.org/wiki/SQL_Reports_Library#Bibs_with_specific_keyword_in_subjects

What is it missing? Item counts?

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOHA instalation on Cent OS 6.8

[Eric Bégin]

Hi Paulson,

Can you mention us what is not working ? :-)

Thanks,

Eric Bégin
Solutions inLibro inc.

On 2017-02-23 02:27, paulson kf wrote:

Hi,


I am trying to install KOHA ( latest stable version ) in Cantos 6.8 . I
have  a dedicated server with three website running successfully in it . I
need  to park my KOHA along with these website . CentOS.6.3 is that latest
official documentation published on KOHA
( https://wiki.koha-community.org/wiki/Koha_3.10_on_Centos_6.3_x86_64_en )
. I have tried this but not getting succeeded . Any one have any
information about this.




Best Regards,
Paulson k  f
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


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

[Koha] link biblio to authorities error

[Arayik Manukyan]

Dear List,

We imported more than 1000 000 records in Koha 3.22.13, Ubuntu 3.14. 04, 
and Authority record nearly 30 000.


Now when we wanted to link bibs with authority

|sudo perl -I /usr/share/koha/lib 
/usr/share/koha/bin/link_bibs_to_authorities.pl|


and   have got such error



 DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389843'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1287.
DBD::mysql::st fetchrow_hashref failed: fetch() without execute() [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389843'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1288.

Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389843'] at /usr/share/koha/lib/C4/Biblio.pm line 2233.
DBD::mysql::st fetchrow failed: fetch() without execute() [for Statement 
"SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389843'] at /usr/share/koha/lib/C4/Biblio.pm line 2234.


Could not retrieve bib 389843 from the database - record is corrupt.
Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389844'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1287.
DBD::mysql::st fetchrow_hashref failed: fetch() without execute() [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389844'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1288.

Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389844'] at /usr/share/koha/lib/C4/Biblio.pm line 2233.
DBD::mysql::st fetchrow failed: fetch() without execute() [for Statement 
"SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389844'] at /usr/share/koha/lib/C4/Biblio.pm line 2234.


Could not retrieve bib 389844 from the database - record is corrupt.
Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389845'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1287.
DBD::mysql::st fetchrow_hashref failed: fetch() without execute() [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389845'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1288.

Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389845'] at /usr/share/koha/lib/C4/Biblio.pm line 2233.
DBD::mysql::st fetchrow failed: fetch() without execute() [for Statement 
"SELECT frameworkcode FROM biblio WHERE biblionumber=?" with 
ParamValues: 0='389845'] at /usr/share/koha/lib/C4/Biblio.pm line 2234.


Could not retrieve bib 389845 from the database - record is corrupt.
Out of memory (Needed 8164 bytes)
DBD::mysql::st execute failed: MySQL client ran out of memory [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389846'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1287.
DBD::mysql::st fetchrow_hashref failed: fetch() without execute() [for 
Statement "SELECT biblioitemnumber, marcxml FROM biblioitems WHERE 
biblionumber=? " with ParamValues: 0='389846'] at 
/usr/share/koha/lib/C4/Biblio.pm line 1288.

Out of memory!
DBD::mysql::db DESTROY failed: MySQL server has gone away during global 
destruction.


**

And noticed in koha-error.log  such error.



[Thu Feb 23 12:22:54.769719 2017] [cgi:error] [pid 10443] [client 
37.26.174.105:2094] AH01215: [Thu Feb 23 12:22:54 2017] additem.pl: 
DBIx::Class::Storage::DBI::selec
[Thu Feb 23 12:25:18.418824 2017] [cgi:error] [pid 10512] [client 
37.26.174.105:2099] AH01215: [Thu Feb 23 12:25:18 2017] additem.pl: 
DBIx::Class::Storage::DBI::selec
[Thu Feb 23 12:26:05.141596 2017] [cgi:error] [pid 10536] [client 
37.26.174.105:2102] AH01215: [Thu Feb 23 12:26:05 2017] additem.pl: 
DBIx::Class::Storage::DBI::selec




After that we  encrease buffer_size 
parameter 
in /etc/mysql/my.nf from 16 M to 1G . After that when the command


|(link_bibs_to_authorities.pl|)  was  running again, we have got the 
same error.



||