Skip to main content
ExLibris
  • Subscribe by RSS
  • Ex Libris Knowledge Center

    p_print_11 (URL Check) limit of 16384 bytes in output file

    • Article Type: General
    • Product: Aleph
    • Product Version: 19.01

    Description:
    One of our libraries LRL50 has been trying to run print-11 on our production server, and it stops with the following error:

    alephe/scratch/lrl50_p_print_11.00019:

    Checking: http://www.leg.state.mn.us/edocs/edocs.asp?oclcnumber=04418067
    Checking: http://www.leg.state.mn.us/edocs/edocs.asp?oclcnumber=4435681
    Checking: http://www.citizensleague.net/publications/reporSegmentation Fault (core dumped)
    Wrote Z100 record with rec-key: 000013326
    Load: /exlibris/aleph/u19_1/alephe/tab/tab100

    Some more testing:

    First run: I moved the record that it was choking on to the 3 position in the input file and tried to rerun it. It choked again when the the correction file reached the filesize of 16384.

    Then I copied the file to url2 and removed all lines but 99 and reran the job again. It finished correctly without erring.

    So it appears there is a limit on the size of the output file that is causing the problem and has nothing to do with the records themselves.

    Resolution:
    Ex Libris was unable to reproduce this problem on our server; p_print_11 produced a file larger than 16384 without any problem.

    Ex Libris staff analyzed as follows:

    It seems that this was caused by a problem in a perl module "Crypt::SSLeay" when trying to retrieve an https URL.
    We reinstalled the module on the customer site and it seems fine now.
    We will probably have more Solaris customers with a similar problem.

    See KB 16384-35138 for a related case, containing the commands to reinstall the Crypt::SSLeay.


    • Article last edited: 10/8/2013