IBM Support

PI08608: ABEND0C4 IN THE CROSS-MEMORY POST PROCESS DUE TO INVALID ECB ADDRESS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An abend0c4 occurs during the process of an asynchronous post
    routine. The problem ocurs when a z/OS 701 qmgr is connected to
    a batch job. when the batch job gets canceled we get the 0c4
    abend in the asynchronous post prcess due to an invalid ecb
    address
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: A slip trap with COMP=0C4 detects an    *
    *                      abend 0C4 in POST processing when an    *
    *                      application is canceled while in an     *
    *                      MQGET with wait.                        *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When an application is cancelled, CSQMDALL is invoked to
    deallocate resources in the queue manager address space
    associated with an abending task. During this deallocation
    processing, all handles the task owns are closed. If the
    application was in a get wait when it was canceled, when a
    handle is closed a cross memory post is scheduled to post the
    ECB the getter was waiting on.
    This ECB is part of the BLOA allocated when the application
    connected to MQ, however in parallel with deallocation
    processing CSQMEOTC is invoked to clean up MQ resources
    in the application address space, including the BLOA.
    If CSQMEOTC frees the BLOA before deallocation processing
    posts the ECB in the BLOA, the reported abend occurs and
    is retried by POST recovery routines.
    

Problem conclusion

  • CSQM1P1W is changed to no longer post the ECB if the mthr
    associated with the ECB indicates it is going through
    deallocation processing.
    010Y
    100Y
    CSQMDALL
    CSQM1P1W
    

Temporary fix

Comments

  • ×**** PE16/05/04 FIX IN ERROR. SEE APAR PI61683  FOR DESCRIPTION
    

APAR Information

  • APAR number

    PI08608

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    018

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-12-27

  • Closed date

    2014-03-26

  • Last modified date

    2016-05-12

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

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

    UI16411 UI16412

Modules/Macros

  • CSQMDALL CSQM1P1W
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UI16411

       UP14/04/23 P F404

  • R100 PSY UI16412

       UP14/04/23 P F404

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
12 May 2016