IBM Support

PK66948: ABENDU3691 IF THE INPUT UNLOAD DATA SET WAS CREATED WITH CHECKREC=YES AND ITS HEADER RECORD HAS BEEN REMOVED.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • HP Load gets ABENDU3691 if the input unload data set has the
    particular record which is created by specifying CHECKREC=YES
    and its header record has been removed.
    This APAR also includes miscellaneous fixes.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM IMS High Performance Load   *
    *                 for z/OS Version 2 Release 1 (FMID=H1IM210)  *
    ****************************************************************
    * PROBLEM DESCRIPTION: 1.ABENDU3691 if the input unload data   *
    *                        set was created with CHECKREC=YES and *
    *                        its header record has been removed.   *
    *                      2.ABEND0C4 when HALDB is loaded by Load *
    *                        API function.                         *
    *                      3.ABENDU0845 when an ILDS is rebuilt.   *
    *                      4.Incorrect information is given for    *
    *                        HPSR3610E and HPSR3611E.              *
    ****************************************************************
    * RECOMMENDATION: Apply the maintenance for this APAR.         *
    ****************************************************************
    This APAR fixes following problems:
    1.HP Load gets ABENDU3691 if the input unload data set has the
      particular record which is created by specifying CHECKREC=YES
      and its header record has been removed. Because HP Load cannot
      differentiate the particular record from the record which is
      formatted in the communication industry standard format.
    2.Load API gets ABEND0C4 when HALDB is loaded. Because HP Load
      estimates the size of ACB for ILDS insufficiently. Other
      symptom is possible depending on which data is following the
      ACB area.
    3.HP Load gets ABENDU0845 when receives non-zero RC from the IMS
      module DFSPSCH0 in rebuilding ILDS. The U0845 is caused
      because HP Load continues to process and closes the ILDS
      incorrectly. HP Load should not continue to process in this
      situation.
    4.Incorrect information is given for MSGHPSR3610E and
      MSGHPSR3611E. The information of problem determination for the
      both messages are incorrect, and the message text for
      HPSR3611E is inadequate.
    

Problem conclusion

  • HP Load has been modified to:
    1.discriminate the particular record which is created by
      specifying CHECKREC=YES correctly
    2.estimate the size of ACB for ILDS correctly
    3.not to continue processing and get ABENDU3725 when receives
      non-zero RC from DFSPSCH0
    4.give the information for HPSR3610E and HPSR3611E correctly,
      and eliminate retry process formerly used for BDAM in the
      SYNAD routine.
    
    ========================
    = Documentation Change =
    ========================
    IMS High Performance Load for z/OS Version 2 Release 1 User's
    Guide SC18-9222-03 ( SC18922203 ) should be changed as follows:
    
    ----------------------------------------------------------------
    APPENDIX1.3 Appendix C. Messages and codes
    APPENDIX1.3.3 Messages
    APPENDIX1.3.3.1 High Performance Load messages
    
      HPSR3610E SYNAD EXIT WAS INVOKED FOR A SEQUENTIAL WRITE
      Explanation: The SYNAD exit was invoked for a sequential WRITE
      System Action: Module HPSROSAM issues a user 3610 abend and a
      dump.
    | Programmer Response: Collect the SYSUDUMP and Contact IBM
    | Software Support.
    | Problem determination: Register 3 points to the address of a
    | BSAM DECB, and Register 2 points to the address of the data
    | set DCB. Check the DECB exception bits for the error as
    | described in the DFSMS Using Data Sets.
    
    | HPSR3611E SYNAD EXIT WAS INVOKED FOR AN UPDATE PROCESS
    | Explanation: The SYNAD exit was invoked for an update process.
      System Action: Module HPSROSAM issues a user 3611 abend and a
      dump.
    | Programmer Response: Collect the SYSUDUMP and Contact IBM
    | Software Support.
    | Problem determination: Register 3 points to the address of a
    | BSAM DECB, and Register 2 points to the address of the data
    | set DCB. Check the DECB exception bits for the error as
    | described in the DFSMS Using Data Sets.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK66948

  • Reported component name

    IMS HIGH PERF L

  • Reported component ID

    5655E0700

  • Reported release

    210

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2008-05-30

  • Closed date

    2008-06-13

  • Last modified date

    2008-07-01

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

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

    UK37317

Modules/Macros

  • HPSRCILA HPSRCILE HPSRCIL7 HPSRCIL8 HPSRCIL9
    HPSRE15A HPSRHDLA HPSRHDLD HPSRHDL7 HPSRHDL8 HPSRHDL9 HPSRHSLA
    HPSRHSLD HPSRHSL7 HPSRHSL8 HPSRHSL9 HPSRHTBL HPSRMSGT HPSROSAM
    HPSRRLDA HPSRRLDM HPSRRLD7 HPSRRLD8 HPSRRLD9 HPSRRRIN HPSRRRI0
    HPSRRRI9
    

Publications Referenced
SC18922203    

Fix information

  • Fixed component name

    IMS HIGH PERF L

  • Fixed component ID

    5655E0700

Applicable component levels

  • R210 PSY UK37317

       UP08/06/14 P F806

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.

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCX89F","label":"IMS HP Load"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"2.1.0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
01 July 2008