IBM Support

PK69097: FORWARD-FIT FROM HP UNLOAD V1R1 PK67799, PK67870

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • This APAR accumulates forward-fits from IMS HP Unload V1.1
    APARs:
    - PK67799   ABENDS0C1 IN FABHA30
    - PK67870   GU CALL WITH 2 SSA BREAKS THE AREA NEXT TO THE
                IOAREA
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IMS High Performance Unload for *
    *                 z/OS Version 1 Release 2 (FMID=H1IN120)      *
    ****************************************************************
    * PROBLEM DESCRIPTION: This APAR accumulates forward-fits      *
    *                      from IMS HP Unload V1.1 APARs (PK67799  *
    *                      and PK67870) to IMS High Performance    *
    *                      Unload V1.2.                            *
    ****************************************************************
    * RECOMMENDATION: Apply the maintenance for this APAR.         *
    ****************************************************************
    <Forward fit of APAR PK67799>
    After an I/O error of OSAM database, HP UNLOAD receives ABEND0C1
    in FABHA30. On return from SYNADAF, the high order byte of
    register 15 has been modified, but register 15 is incorrectly
    used as a base register in the SYNAD routine for OSAM dataset.
    ABEND0C4 and ABEND0C2 may occur depending on what data is
    in memory accessed by the incorrect 31 bit mode address.
    
    <Forward fit of APAR PK67870>
    This APAR fixes the following problems of HP Unload API:
    
    1) GU call with 2 SSAs places the root segment in the I/O area
       erroneously before placing the 2nd level dependent segment
       data. When the root segment is longer than the I/O area, the
       following storage area is overlaid.
       This problem occurs when the root segment is compressed.
       The same situation will occur in the 1st GN call with 2 SSAs.
    
    2) A GU call with 2 SSAs is counted as a GN call erroneously
       in the DB CALL STATISTICS report.
    

Problem conclusion

  • <Forward fit of APAR PK67799>
    The module FABHA30 has been modified not to use register 15 as
    a base register in SYNAD routine.
    
    <Forward fit of APAR PK67870>
    The module FABHGSA and FABH002 have been modified as to process
    GU call with 2 SSAs correctly.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK69097

  • Reported component name

    IMS HIGHPERF UN

  • Reported component ID

    5655E0600

  • Reported release

    120

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2008-07-15

  • Closed date

    2008-07-31

  • Last modified date

    2008-09-03

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

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

    UK38557

Modules/Macros

  •    FABHA30  FABH002  FABH200A FABH2008 FABH2009
    

Fix information

  • Fixed component name

    IMS HIGHPERF UN

  • Fixed component ID

    5655E0600

Applicable component levels

  • R120 PSY UK38557

       UP08/08/12 P F808

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Line of Business":{"code":"LOB10"},"Business Unit":{"code":"BU029","label":"Software"},"Product":{"code":"SSCX89K","label":"IMS Tools"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1.2.0"}]

Document Information

Modified date:
20 October 2020