IBM Support

PI49741: WMQ 8.0: ABEND0C4-00000011 IN MODULE CSQ3CL0X

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ABN=0C4-00000011,U=,C=R3600.800.SSSC-CSQ3CL0X,M=CSQ3CL0X,
    LOC=CSQ3EPX.CSQ3CL0X+0000011C
    
    We receive an ABEND0C4 in CSQ3CL0X at offset x'11C'.
    The 0C4-11 occurred on a LOAD 584021F8, because the
    storage where R2 is pointing to (21E4E000) is not available.
    The SYSTRACE shows a PR from CSQ3EC0X prior to the Abend
    
    GBDDRUCF is going through SSI EOT processing at the same time as
    XGDAMSTR is going through EOM processing. The procesing in
    GBDDRUCF has already loaded the address of the SCOM from
    ERLYSCOM, but the EOM processing has resulted in the SCOM
    being released. This has caused the 0C4.
    

Local fix

  • n/a
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend 0C4 may occur in CSQ3CL0X in      *
    *                      allied address space if queue manager   *
    *                      is terminating.                         *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An address space which has connected to MQ is going through
    SSI EOT processing in CSQ3CL0X at the same time that the queue
    manager is going through EOM processing in CSQ3EC0X.
    CSQ3CL0X has determined that the SCOM is still available
    (ERLYSCOM is not zero) but then loses control. In the meantime
    CSQ3EC0X calls procedure CSQ3EC04 to free the SCOM. When
    the CSQ3CL0X task resumes it tries to address a field in the
    SCOM, but since it has been freed up then an 0C4 abend occurs.
    

Problem conclusion

  • CSQ3CL0X has been changed so that if the SCOM is freed up then
    ESTAE processing will handle the condition.
    000Y
    CSQARIB
    CSQ3CL0X
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI49741

  • 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-10-01

  • Closed date

    2015-10-13

  • Last modified date

    2015-12-03

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

    PI42850

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

    UI31993

Modules/Macros

  • CSQARIB  CSQ3CL0X
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSY UI31993

       UP15/11/11 P F511

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:
03 December 2015