Thanks Paul,
After a look in Search.pm, I see 2 possibilities : * did you type an ISBN, or a title, or an author, BEFORE clicking on "z3950 search". Because the search can be done only on those 3 fields for instance.
I foolishly thought that koha remembered ISBN from acqui.simple/addbooks.pl page (it kind of does because acqui.simple/addbiblio.pl?isbn=0596003137 contains ISBN number). OK now when I type ISBN into acqui.simple/addbiblio.pl?isbn=0596003137 and hit "z3950 search" the error log fills up with: starting loop 913/1 : Processing isbn=0596003137 at Library of Congress z3950.loc.gov:7090 voyager USMARC (1 forks) 913/1 : 2 >> 913/1 : creating and 913/1 : working on results entry 1 913/1 : connected to Library of Congress 913/1 : Library of Congress : no records found 913/1 : z3950.loc.gov:7090 search done. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 136. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 139. DBD::mysql::st execute failed: MySQL server has gone away at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 144. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 145. where DBD lines just keep repeating. Any idea what broke it???
* did you "link" ISBN & title & author MARC21 field to the corresponding biblio or biblioitems in mySQL table. A 3rd possibility : what's the structure of marc_breeding table. For me it contains a z3950random varchar(40) field (even on 200RC2 DB installed from scratch. i don't think there is a bug here)
Not being a librarian nor a mysql guru I don't understand these two comments - hopefully will not have to:-) Last question. Can I batch LOC lookups or do I have to finish entering one biblio before issuing the next lookup? Thanks again tomasz kotula.