[OPEN-ILS-GENERAL] Getting network failure errors when saving large MARC files (EG master, post 2.1)

[Yamil Suarez]

On Oct 19, 2011, at 11:52 AM, Yamil Suarez wrote:

>
> On Oct 19, 2011, at 11:19 AM, Dan Scott wrote:
>
>> On Wed, Oct 19, 2011 at 11:04:52AM -0400, Yamil Suarez wrote:
>>> Hello,
>>>
>>> I have been running some test servers based on different master
>>> snapshots for the last two months and I am getting a "Network
>>> Failure" errors whenever I try to save large MARC records. (See
>>> attached sample MARC record). These large records will have around
>>> 100 MARC fields. These records can have, for example, fifty 7xx
>>> fields and twenty 9xx fields. (We are a music college library and we
>>> store all performer names and song titles with these extra fields.)
>>> Also, because the these MARC records are so large, the "Network
>>> Failure" error window appears with a height that goes way past the
>>> size of my resolution. Therefore the OK button at the bottom of the
>>> error window is completely out of view. (See attached screenshot.)
>>
>> Quick question: what is "max_stanza_size" set to in your  
>> ejabberd.cfg?
>> There was a bug in the OpenSRF README that suggested the value  
>> should be
>> 200000; this was corrected in the OpenSRF 2.0.1 release that  
>> specified
>> 2000000 (one extra zero, a significant difference).
>
>
> Dan,
>
> My apologies, I forgot to add that I verified I had the correct  
> stanza_size value of 2000000. I also tried a stanza value of 3000000  
> and the problem persisted.
>
> Yamil


I am still having issues with saving large MARC records, even when I  
have max_stanza_sizes of anywhere between 3 million to 7 million.  
Though the errors messages vary a little depending on the  
max_stanza_size I use. I suspect this might be expected when using  
really large max_stanza_size sizes. For example, whent he  
max_stanza_size is set to 3 million I got the same generic "network  
failure" error that also displays the full MARC record which (see  
attached screenshot) as when the max_stanza was set to 2 million.

With a stanza of 5 to 7 million, I get a pop up error that says (see  
attached screenshot) ...

The page at http://my_servers_ip says:

FIXME, MARC Editor, my_init: SyntaxError: missing = in XML attribute


In case it helps, I am including copies of my eg.conf, apache2.conf,  
ejabberd.cfg.

Thanks in advance,
Yamil



P.S. Should I submit a Launchpad bug for the error window's size being  
taller than the typical person's screen resolution? I know that my  
MARC records are larger that most, and that few will ever see this  
type of situation. Therefore I am not sure if this is even considered  
a bug at all.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: maxstanza-5000000_error.png
Type: image/png
Size: 36730 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eg.conf
Type: application/octet-stream
Size: 5155 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: apache2.conf
Type: application/octet-stream
Size: 8024 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0005.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ejabberd.cfg
Type: application/octet-stream
Size: 17031 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0006.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: network_failure_error_dialog.jpg
Type: image/jpeg
Size: 582498 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: export.biblio.UTF-8.mrk
Type: application/octet-stream
Size: 4935 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20111026/91b011cb/attachment-0007.obj>