IBM Support

PK66252: FABC3798E - AREA INFORMATION RECORD FOR AREA 4 (AREANAME: PXDBF04 ) NOT FOUND RECEIVED DURING RELOAD 08/05/20 PTF PECHANGE

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The customer unloaded datasets with RMODTYPE=S and restructure
    mode. The segments in the old area3 were randomized to the
    new area3 and area4.
    When the USR file was reloaded, the following message was
    received and the JOB abended.
    FABC3798E - AREA INFORMATION RECORD FOR AREA 4 (AREANAME:
    PXDBF04 ) NOT FOUND
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All DEDB Unload/Reload users of              *
    *                 High Performance Fast Path Utilities         *
    *                 FP Basic Tools Version 3 Release 1           *
    *                 (FMID: H31A310).                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: Reloading the unloaded file that was    *
    *                      produced by unload with RMODTYPE=S and  *
    *                      restructure mode got U3798 abend with   *
    *                      FABC3798E message.                      *
    ****************************************************************
    * RECOMMENDATION: Apply the maintenance for this APAR.         *
    ****************************************************************
    The customer unloaded ADS with RMODTYPE=S and restructure mode.
    The records in the old area3 were randomized to the new area3
    and area4.
    The unload program FABCUR1 issued FABC0185I message indicating
    that some records in the input area3 was randomized to
    different area.
    When the unloaded file was reloaded, the following message was
    received and the JOB abended.
    FABC3798E - AREA INFORMATION RECORD FOR AREA 4 (AREANAME:
    PXDBF04 ) NOT FOUND
    This message was introduced by the APAR PK42190.
    

Problem conclusion

  • Unload with RMODTYPE=S and restructure mode issued FABC0185I
    message when the randomizer randomized a root segment to
    a different    area from the original one. The message is
    as follows:
      FABC0185I RMODTYPE=S BUT RANDOMIZED TO ANOTHER AREA
    Only one FABC0185I message is issued per input area even if more
    than one root segment are randomized to different areas.
    
    After issuing this message, unload program destroyed the
    RAP RBA value of the only one databese record in the area to be
    reloaded corresponding to the following 3rd condition.
    
    The condition of RAP RBA destruction:
     1.A root segment is randomized to a different area.
       New RAP RBA is calculated and saved in the register 5.
       New area number and the RAP RBA are set to the unloaded
       segment record buffer.
     2.FABC0185I message is issued.
       This process uses register 5 as a work one.
       Thus content of the register 5 is destroyed.
     3.If the root segment randomized to an area as a first record
       of the area, then  Area information record (AIR) is
       produced and written to the output unloaded file.
       Writing the AIR uses same unloaded segment record buffer.
       Then RAP RBA field in the record buffer is rebuild for
       the unloaded root segment record from the register 5.
       Thus RAP RBA value of the unloaded segment record is
       destroyed.
    
    If all DB records are randomized to the original area, then
    above 2 and 3 step are not processed so correct RAP RBA
    is kept.
    Even if a DB record is randomized to a different area and
    FABC0185I message is issued, if some DB records are already
    written to the area, the step 3    is not performed and correct
    RAP RBA is kept.
    
    Reload with the USR including the destroyed RAP RBA processes
    as follows:
    Reload compares the destroyed RAP RBA to the CI boundary value
    of reloaded area to determine the RAP RBA of reloaded area.
    
    1. When the destroyed RAP RBA does not match CI boundary value,
       reload processing of this area finishes,
       and the root segment record that has destroyed RAP RBA and
       subsequent segment records are remained for the next area.
       Reload process expected the AIR of the next area, but cannot
       find the AIR and abends with U3789 as no AIR for reloaded
       area.
    
    2. When the destroyed RAP RBA matches CI boundary value,
       reload processing inserts the segment into incorrect
       RAP RBA CI.
       This DB record can not be accessed by the on-line application
       when it is accessed with key-specified GU call because it is
       stored in the in correct RAP CI.
    
    FABCUR1U has been modified to change the base register R5 for
    FABC0185I message area into R14.
    
    Because this problem is due to a change made by APAR PK42190,
    its PTF UK23743 has been marked PE.
    310Y
    FABCUR1U
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PK66252

  • Reported component name

    IMS HP FP UTILI

  • Reported component ID

    5655K9400

  • Reported release

    310

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2008-05-18

  • Closed date

    2008-05-21

  • Last modified date

    2008-06-02

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UK36645

Modules/Macros

  •    FABCUR1U
    

Fix information

  • Fixed component name

    IMS HP FP UTILI

  • Fixed component ID

    5655K9400

Applicable component levels

  • R310 PSY UK36645

       UP08/05/23 P F805 «

[{"Line of Business":{"code":null,"label":null},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX89D","label":"IMS HP Fast Path Utilities"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1.0"}]

Document Information

Modified date:
04 October 2020