IBM Support

OA43030: ABENDS0C4 IN IO/OPS (AKA: ESCONMGR - ESCM)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Abend0c4 occurred at IO/OPS initialization/startup in module
    IHVUOIN +X'93A' register 2 contains invalid address.
    additional symptoms: abend0c4 in IHVLFMT +1168 -
                         register 3 is invalid
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All SA z/OS V3R3 and V3R4 customers using    *
    *                 I/O operations.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: (1) Abend0c4 occurred at IOOps          *
    *                      initialization/startup in module        *
    *                      IHVUOIN.                                *
    *                      (2) IHVD999E I/O-OPS Abend 0C4,         *
    *                      CSECT=IHVLFMT, PSW=078C0000 A2D2C068.   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    (1) IHVUOINM traces the XRCBs at the end of the command
    processing. However, the trace is done after IHVUOXMM is
    called which sets up an SRB that posts IHVUUSDM which in
    turn moves the data back to the user address space and
    deletes the XRCBs.
    
    (2) IHVLFMT failed to store a formatted message into the
    message table. This is caused by an improper address of
    the message table stored in the SRB parameter list. The
    SRB is scheduled when an IOOps command is issued using
    the IHVAPI interfaces.
    

Problem conclusion

  • (1) The trace has been moved ahead of the call to IHVUOXMM.
    
    (2) The SRB and the IOOps task UOBY use BASETBSY as input
    for a CS instruction. Since they run on different tasks both
    can proceed but the last gets an updated BASETBSY value. This
    results in two POSTs to IHVUOINM.
    
    The address in the SRB parameter list has been corrected.
    
    In addition, the storage area of the message table is now
    released together with the appropriate XCCB and XRCB control
    blocks. This caused a storage leak every time an IHVAPI command
    was executed. add'l keywords: storage growth out of storage
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA43030

  • Reported component name

    SYSTEM AUTO Z/O

  • Reported component ID

    5698SA300

  • Reported release

    330

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-08-06

  • Closed date

    2013-08-15

  • Last modified date

    2013-09-04

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

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

    UA70384 UA70385

Modules/Macros

  • IHVSCHF  IHVSTRN  IHVUOBY  IHVUOINM IHVUORCM
    IHVUURX
    

Fix information

  • Fixed component name

    SYSTEM AUTO Z/O

  • Fixed component ID

    5698SA300

Applicable component levels

  • R330 PSY UA70384

       UP13/08/17 P F308

  • R340 PSY UA70385

       UP13/08/17 P F308

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":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSWRCJ","label":"IBM Tivoli System Automation for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"330","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
04 September 2013