Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Aleph

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Aleph
    3. Knowledge Articles
    4. Change to HOL record not propagated to associated item; doing for *all* items

    Change to HOL record not propagated to associated item; doing for *all* items

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    1. Additional Information
    • Article Type: General
    • Product: Aleph
    • Product Version: 20, 21, 22, 23

    Description:
    After running p_manage_37 to apply a fix to HOL records (or other HOL batch updates), we find that the change has not been propagated to the item connected to each HOL record.

    Is there are way that we could do this for *all* items (in case there are ones which we have missed).

    Resolution:
    Though online update of the HOL record does not require that the xxx60 ue_01 be running in order for the change to be propagated to the items, batch update (p_manage_18, p_manage_37, p_manage_21) does.

    You need to start ue_01 in the xxx60 library (util e/1).

    To do this for *all* items, do the following:

    1. dlib xxx60
    2. util g/2 -- note the last-doc-number

    3. Connect to xxx60 with GUI Cataloging.
    4. Submit the manage-40 Service, specifying 000000001 as the From-key and the <last-doc_number> recorded in step 2 as the To-key. Do *NOT* specify "999999999" as the To-key. (p_manage_40 will generate 999 million z07's.)
    5. If the xxx60 ue_01 is not running, start it (to process the z07's generated by p_manage_40).

    Note that the processing of the z07 by the xxx60 ue_01 also generates a z07 indexing request in the bib library. Since the call number in the xxx60 852 will already have been indexed via the LOC or PST expand, the bib records associated with these updated z30 records do *not* need to be reindexed. To avoid this unnecessary activity, you can run the xxx60 p_manage_40 and ue_01 at a time when there is no Cataloging activity in the system (and the bib library ue_01 has no backlog -- the xxx01 z07 count is zero) and do the following:

    a. stop the xxx01 ue_01;
    b. run the xxx60 p_manage_40;
    c. start the xxx60 ue_01;
    d. once the xxx60 z07 count is zero, do util a/17/1 for the z07 in xxx01 (to delete the unwanted z07s and recreate the table).

    Additional Information

    faq


    • Article last edited: 10/8/2013
    View article in the Exlibris Knowledge Center
    1. Back to top
      • Change to edit_doc_999.eng or tab_sub_library.eng doesn't take effect.
      • Change to invoice line item or order price not converted to local currency
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      1. 19.01
      2. contype:kba
      3. Prod:Aleph
      4. Type:General
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved