[OPEN-ILS-GENERAL] Z39.50 import in 2.12.4 throws errors

[Linda Jansova]

We have already tried increasing the max_stanza_size and it works :-)! I 
have also added this comment to the bug we have reported: 
https://bugs.launchpad.net/evergreen/+bug/1713324.

Thank you once again, Dan!

Linda

On 08/28/2017 04:05 PM, Linda Jansova wrote:
>
> Thank you, Dan! We shall definitely try changing the max_stanza_size 
> and get back when we find out if it makes our Z39.50 searches work as 
> usual!
>
> Linda
>
>
> On 08/28/2017 03:37 PM, Dan Scott wrote:
>> Hi Linda:
>>
>> I have also added this comment to bug $ 1713324 - after our upgrade 
>> to 2.12.4 from 2.10, which included a reinstall on Ubuntu 16.04 and a 
>> new ejabberd configuration, we had failures when retrieving Z39.50 
>> searches with lots of records in the result set.
>>
>> It looks like that problem was due to bug# 1709710 
>> <https://bugs.launchpad.net/bugs/1709710> "Default ejabberd 
>> max_stanza_size can be exceeded when chunking (MARC)XML-heavy 
>> responses". Can you check on your max_stanza_size and see if 
>> increasing that helps resolve the problems you're seeing? That will 
>> help confirm that bug.
>>
>>
>> On Sun, Aug 27, 2017 at 9:09 AM, Linda Jansova <skolkova at chello.cz 
>> <mailto:skolkova at chello.cz>> wrote:
>>
>>     An update on my previous post:
>>
>>     It may be a different issue as we have tested Z39.50 search
>>     behavior in multiple Evergreen versions - full description has
>>     been reported as a separate bug:
>>     https://bugs.launchpad.net/evergreen/+bug/1713324
>>     <https://bugs.launchpad.net/evergreen/+bug/1713324>. The last
>>     version where the queries have been okay seems to be 2.12.1
>>     (tested at http://demo.evergreencatalog.com/eg/staff/
>>     <http://demo.evergreencatalog.com/eg/staff/>, i.e. via web client).
>>
>>     To conduct the tests we have been using stock Library of Congress
>>     Z39.50 server settings.
>>
>>     Maybe some of the changes introduced in 2.12.2 are the reason for
>>     this? Such as a fix that allows boolean fields to be recognized
>>     in queries to the Z39.50 server?
>>
>>     The error appears when the result set is a bit large, it looks
>>     like a timeout issue.
>>
>>     Linda
>>
>>     On 08/18/2017 08:57 AM, Linda Jansova wrote:
>>>     I have discovered that it is probably an older issue that still
>>>     persists: https://bugs.launchpad.net/evergreen/+bug/1271559
>>>     <https://bugs.launchpad.net/evergreen/+bug/1271559>... Has
>>>     anybody come up with a working solution to this?
>>>
>>>     Linda
>>>
>>>     On 08/18/2017 08:02 AM, Linda Jansova wrote:
>>>>     Hi,
>>>>
>>>>     We are on 2.12.4 and have been experiencing errors when trying
>>>>     to import records using various fields such as title or author.
>>>>     From the osrfsys.log it is clear that the records are actually
>>>>     found but they fail to come up on the (either desktop or web
>>>>     client) screen.
>>>>
>>>>     The error looks like this:
>>>>
>>>>     Network or server failure.  Please check your Internet
>>>>     connection to 212.osvobozena-knihovna.cz
>>>>     <http://212.osvobozena-knihovna.cz> and choose Retry Network. 
>>>>     If you need to enter Offline Mode, choose Ignore Errors in this
>>>>     and subsequent dialogs.  If you believe this error is due to a
>>>>     bug in Evergreen and not network problems, please contact your
>>>>     help desk or friendly Evergreen administrators, and give them
>>>>     this information:
>>>>     method=open-ils.search.z3950.search_class
>>>>     params=["f7f979fe1172f27a598fd8d03feb530d",{"service_array":["NKC"],"username_array":[""],"password_array":[""],"limit":10,"offset":0,"search":{"author":"truhlik"},"service":["NKC"],"username":[""],"password":[""]}]
>>>>
>>>>     THROWN:
>>>>     null
>>>>     STATUS:
>>>>
>>>>     We are sure that there is no network failure (and we have been
>>>>     experiencing these issues from two separate Evergreen
>>>>     installations).
>>>>
>>>>     Any ideas what may be wrong?
>>>>
>>>>     Thanks in advance!
>>>>
>>>>     Linda
>>>>
>>>
>>>
>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20170828/a1851c0c/attachment.html>