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. p_manage_18 / pc_server / ue_01 error: unable to extend table ABC01.Znn

    p_manage_18 / pc_server / ue_01 error: unable to extend table ABC01.Znn

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    No headers
    • Article Type: General
    • Product: Aleph
    • Product Version: 18.01

    Description:
    When loading a file of bib records with p_manage_18, the following errors displayed:

    Oracle error: io_z11_write
    ORA-01653: unable to extend table ABC01.Z11 by 245760 in tablespace TS

    Oracle error: io_z11_write
    ORA-01653: unable to extend table ABC01.Z11 by 245760 in tablespace TS
    ...
    ...
    Oracle error: io_z11_write
    ORA-01653: unable to extend table ABC01.Z11 by 245760 in tablespace TS

    Oracle error: io_z11_write
    ORA-01653: unable to extend table ABC01.Z11 by 245760 in tablespace TS
    0 END READING AT 17:42:17
    end

    The error also appears in the pc_server and ue_01 logs.

    I expect that our DBA will be able to increase the space needed.

    However, how do we determine when the problem began and what impact it has had
    on our database. What recovery steps do we need to take?

    Resolution:
    The following SQL shows that the abc01 z11 table resides in the TS4D tablespace:

    SQL-ABC01> select TABLESPACE_NAME from all_tables where table_name = 'Z11' and OWNER = 'ABC01';

    which also agrees with the abc01 file_list.

    util o/14/1 shows this:

    TABLESPACE_WITHOUT_FREE_SPACE
    ------------------------------
    TS4D

    (or, alternatively, it may show that the "largest free extent" in TS4D is relatively small).

    This grep:

    >>grep -c 'unable to extend table ABC01.Z11' *e_01.*

    shows that all the errors are in the current abc01 $data_scratch/run_e_01.1254.

    Looking run_e_01.1254 with "view" we see that the first error was at 08:17:

    HANDLING DOC NO. - ABC01.003120586 08:17:48
    Update z98 from z980 : 004001461368
    Update z98 from z980 : 001001574189

    Oracle error: io_z11_write
    ORA-00001: unique constraint (ABC01.Z11_ID) violated

    I have determined, by studying the run_e_01.1254 log, that this was 08:17:48 on Saturday, Jan.24.


    You need to do the following:

    1. add space to the TS4D tablespace

    2. run p_ret_01 in abc01 retrieving the keys of all records with a Last update date greater than Jan. 23.

    3. use the output from step 2 as input to p_manage_40 which will create a z07 indexing request for each of them; each z07 will be processed by the ue_01 indexing daemon (to create a correct z11 index entry).

    (Note: If this tablespace is "autoextend", then Oracle should automatically create a datafile and the cause of the message may be something else ...)


    • Article last edited: 10/8/2013
    View article in the Exlibris Knowledge Center
    1. Back to top
      • p_manage_17: stopping/restarting; last-long-acc-number
      • p_manage_18 [/p_manage_31] doesn't trigger update of bib headings
    • 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