ue_01: "Execution error .../get_aut_doc_number_a.gnt' on particular bib

Last updated
Save as PDF
Share
1. Share
2. Tweet
3. Share

Product: Aleph
Product Version: 20, 21, 22, 23
Relevant for Installation Type: Dedicated-Direct, Direct, Local, Total Care

Description:
ue_01 is hanging, below is the error message. I've looked at some of the KB items but am not seeing anything related to get_aut_doc_number_a.gnt. We are also in the process of updating authorities which is probably related.

aleph-web3-20(1) ABC01-ALEPH>>tail run_e_01.12833
HANDLING DOC NO. - ABC01.001844921 13:22:42
HANDLING DOC NO. - ABC01.001846848 13:22:43
HANDLING DOC NO. - ABC01.001846882 13:22:45
HANDLING DOC NO. - ABC01.001847230 13:22:47
HANDLING DOC NO. - ABC01.000089390 13:22:47

Execution error : file '/exlibris/aleph/a20_1/aleph/exe/get_aut_doc_number_a.gnt'
error code: 114, pc=0, call=1, seg=0
114 Attempt to access item beyond bounds of memory (Signal 11)

Resolution:

Diagnostics show the error occurring when get_aut_doc_number_a calls io_buf_docx_code for the 008 tag. The problem does *not* occur on the following doc# (89391). Do you know of others where it does occur?

Note: the z07 for 89390 was deleted, so the abc01 ue_01 is running again.

[From site:] No luck. We even added a duplicate record from OCLC without any holdings and it also crashed.

[From site:] we began investigating why the uniform title would have caused a problem. When we browsed the Aleph authority library "all headings" index we found these two name/title headings represented in the list of authority headings but without any authority record linkages. See page 1 of attachment.

Nakanoin Masatada no Musume, b. 1258. Confessions of Lady Nij?
Nakanoin Masatada no Musume, b. 1258. Towazugatari. English

We then located the corresponding authority record in OCLC and tried to export it into the test server ABC10 library.

The OCLC export host message indicated that a matching record was found in the ABC10 library (919657) but that it could not be read. The export/overlay failed.

We're wondering if ABC10 record #919657 is corrupted (maybe it has a bad 008 field?) Is there any way we can delete this authority record?

[Staff, See additional internal note from Jerry below.]

[From site:]

Things have been indexing well for two days.

Article last edited: 02-Mar-2016