IBM Support

PI38748: 0C4 ABEND OCCURS IN CSQQCON2 FROM AN MQCONN CALLED WITHIN A LANGUAGE ENVIRONMENT PROGRAM

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The 0c4 ABEND occurs in load module CSQQCON2.
    An LE application has issued an MQCONN and the
    address of the CAA from the LE environment has
    been saved by CSQQCONN in the QLOA.
    The LE environment has then been destroyed and
    another LE environment has been created, but the
    connection to the queue-manager has persisted
    (i.e. no MQDISC).
    Another MQCONN has then been issued, which should
    return MQRC_ALREADY_CONNECTED. However, CSQQCON2
    passes the CAA address from the first LE environment
    to CSQBLEF, which results in the 0C4 seen here.
    .
    
    Additional Symptom(s) Search Keyword(s):
    ABEND0C4 ABEND0E0 RC30 0E0-30RC 30
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ Version 8          *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: An IMS application using MQ-IMS adapter *
    *                      generates 0C4 abend in CSQBLEF during a *
    *                      MQCONN/MQCONNX call.                    *
    *                                                              *
    *                      Abends 0E0-30 and 01F-04 have also been *
    *                      observed as consequences of the 0C4     *
    *                      abend in CSQBLEF.                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An IMS application invoking several routines that call
    MQCONN/MQCONNX without calling MQDISC, generate abend 0C4 in
    CSQBLEF when called from CSQQCON2 with an invalid CEECAA control
    block pointer due to LE environment being terminated or
    recreated between MQCONN/MQCONNX calls.
    

Problem conclusion

  • CSQQCONN has been changed to refresh LE environment parameters
    on the existing HCONN when a MQCONN/MQCONNX call returns
    MQRC_ALREADY_CONNECTED in case that the LE environment has been
    terminated or recreated between MQCONN/MQCONNX calls.
    000Y
    CSQQCONN
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI38748

  • Reported component name

    WMQ Z/OS 8

  • Reported component ID

    5655W9700

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-04-09

  • Closed date

    2015-04-24

  • Last modified date

    2015-07-01

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

    PI33077

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

    UI27043

Modules/Macros

  • CSQQCONN
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSY UI27043

       UP15/06/03 P F506

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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
01 July 2015