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. Thousands of Z07's created; p_manage_62 changes date in all z30 records

    Thousands of Z07's created; p_manage_62 changes date in all z30 records

    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: 18.01

    Description:
    The queue of ABC01 Z07 records suddenly grew this morning from around 100 to more than 200,000. What might have caused this?

    Resolution:
    See SKB's 4093 and 8192-2743 for how to diagnose the source for z07's in the bib library. In this case, it was found that the source was abc50.

    The abc50_p_manage_62.02381, running at 8:13 this morning, created the Z07s. It was submitted with the following parameters:

    setenv p_active_library "ABC50"
    setenv p_input_file ""
    setenv p_adm_number_x "000000000"
    setenv p_from_sublibrary ""
    setenv p_to_sublibrary ""
    setenv p_from_status ""
    setenv p_to_status ""
    setenv p_from_process_stat ""
    setenv p_to_process_stat ""
    setenv p_from_depository_id ""
    setenv p_to_depository_id ""
    setenv p_from_collection ""
    setenv p_to_collection ""
    setenv p_from_year ""
    setenv p_to_year ""
    setenv p_from_location ""
    setenv p_to_location ""
    setenv p_from_location_2 ""
    setenv p_to_location_2 ""
    setenv p_from_material ""
    setenv p_to_material ""
    setenv p_from_arrival_date "19000101"
    setenv p_to_arrival_date "19000101"
    setenv p_from_order_number ""
    setenv p_to_order_number ""
    setenv p_from_copy_seq_x ""
    setenv p_to_copy_seq_x ""

    The intention was to specify a particular input file. (SQL shows that there are no records with z30_arrival_date = '19000101'.) But the input file name was inadvertantly omitted.

    The result, as shown by the following SQL, was that 436,000 z30's were given an update-date of 20070129 -- though no real change has been made to the record:

    SQL> select count(*) from z30 where z30_update_date = '20070129';

    **Please note that p_manage_62 will change the z30_update_date of any record which is in the input file to today's date. If no input file is specified, it will update the z30_update_date in *all* z30 records.**

    Since the Z07s created by this p_manage_62 are of no real use (since no update occurred), the following SQL was used to delete them:

    SQL> delete from Z07 where z07_history like "ABC50%' and z07_sequence like '20070129%';

    Note: Though util c/1 didn't show any p_manage_62 process still running, "ps -ef | grep manage_62" did:

    aleph 19730 1 6 08:13 ? 00:29:31 /exlibris/aleph/a18_1/aleph/exe/rts32 b_manage_62

    That process needed to be killed.

    And the ue_01 in the abc50 library *also* needed to be stopped (see step #2 in SKB 8192-2743) and the delete of the z07's done there.

    Additional Information

    faq


    • Article last edited: 10/8/2013
    View article in the Exlibris Knowledge Center
    1. Back to top
      • Thousands of bib library Z07's suddenly coming from xxx50 library
      • Z39_server bottleneck between Aleph and OCLC
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      1. 18.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