Skip to main content
Ex Libris Knowledge Center

parallel indexing: util g/2 last-doc-number changed incorrectly

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

Problem Symptoms:
When running an indexing job {such as, manage-02 ("Update Headings Index")} for an xxxnn parallel bib library,

1. the xxxnn util g/2 last-doc-number is changed to 50100 (or some other incorrect number), and
2. the $data_scratch p_manage_a_nn.cycles file has fewer cycles than it should
.

Cause:
The library's file_list has an "LS z00 usm01" entry, when it *should* have "LS z00 xxx01" <where "xxx01" is the local bib library>.

Resolution:
(1) do util a/17/5/1 to confirm that the z00 synonym is incorrect;

(2) edit the xxx01 $data_root/file_list "LS z00" entry to "LS z00 xxx01" (and the z103 and z0102 entries to "LS z103 xxx01" and "LS z0102 xxx01") <where "xxx01" is the local bib library>;

(3) do util a/17/5/2 to recreate the synonyms, using the changed file_list LS entries;

(4) do util a/17/5/1 to confirm that the synonyms are now correct;

(5) do:
s+ xxxnn
SQL> select max (z00_doc_number) from z00;

(6) dlib xxxnn
util g/2 "U" to correct the xxxnn last-doc-number .

Additional Information

If the automatic last-doc-number change occurs in a context other than parallel indexing, see Articles 000007035 ("Automatic resetting of last-doc-number by system") and 000016111 {"BIB library (SYS01) last-doc-number accidently reset"}.


  • Article last edited: 4/16/2014