IBM Support

PM83435: WMQ V7.1 ABEND0C4 IN CSQ7COLL AT OFFSET 29E4 ON AN MQPUT SPECIFYING A NON-ZERO OBJECT HANDLE WITHOU 13/03/27 PTF PECHANGE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An application running against a queue manager at
    WMQ V7.1 + UK80091 (PM58798) receives an ABEND0C4
    in CSQ7COLL at offet 29E4, when an MQPUT is done
    specifying a non-zero handle and if no previous
    MQOPEN had been performed.
    The abend occurs because some WebSphere MQ blocks
    are not initialized as a result of the missing MQOPEN.
    

Local fix

  • a bypass could be to disable MQ statistics .
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and All users of    *
    *                 WebSphere MQ for z/OS Version 7 Release 1    *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: After applying PTF UK80090(V701)        *
    *                      or UK80091(V710) on a queue manager     *
    *                      where class 3 accounting trace is       *
    *                      enabled an MQ API call will fail with   *
    *                      an S0C4 in CSQ7COLL if a previous       *
    *                      MQOPEN was not performed. The API call  *
    *                      will return MQRC_UNEXPECTED_ERROR       *
    *                      (RC 2195).                              *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The S0C4 in the queue manager, and the unexpected return code
    MQRC_UNEXPECTED_ERROR (RC 2195) is caused by the changes made by
    the PTF. The PTF change validates the object handle provided to
    the MQ API call by checking the MHPV. The MHPV does not exist
    if no MQOPEN calls have been made by the application. As the
    MHPV is referenced by the checks, if the MHPV has not been
    created, a S0C4 abend may be caused within the queue manager.
    

Problem conclusion

  • The allocation of the WQSTAT object now checks to ensure the
    MHPV has been created previously before attempting to reference
    it.
    010Y
    100Y
    CSQ7COLL
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM83435

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    010

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-02-22

  • Closed date

    2013-04-05

  • Last modified date

    2013-06-04

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

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

    UK93171 UK93172

Modules/Macros

  • CSQ7COLL
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UK93171

       UP13/05/08 P F305 Ø

  • R100 PSY UK93172

       UP13/05/08 P F305 Ø

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:
04 June 2013