IBM Support

PH08141: ABEND0C4 CSQ5AROB AFTER CSQ5CONN TO PROCESS SQL SELECT

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Change Team finds application is performing some work on a
    shared queue that results in a call to CSQ5READ in order to
    obtain information from DB2.
    CSQ5READ has set up its parameters and parameter lists to
    call CSQ5AROB and performed an execution unit switch onto
    a DB2 task.
    While waiting for the call to complete, the original task
    is terminated by DB2 with an S004E-00E50013 abend (along
    with many other tasks performing DB2 operations).
    While the service task is attempting to process the DB2
    request from CSQ5READ, the original task goes through
    termination processing and cleans up/reuses its auto
    stack storage.
    The DB2 service task then attempts to read the parameter
    list from the original caller, but due to the termination,
    the storage no longer contains the correct values, and as
    a result we abend.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: 0C4 abend in CSQ5AROB after DB2         *
    *                      failure that causes the calling task to *
    *                      be abnormally terminated.               *
    ****************************************************************
    CSQ5READ, after performing an EU switch to CSQ5AROB, waits on
    the new EU to complete. DB2 in the meantime has terminated all
    tasks in all address spaces. Hence the caller of CSQ5AROB is
    terminated and the automatic stack storage used to pass in the
    parameters is reused and the parm list is overwritten. CSQ5AROB
    then tries to access the parm list and finds an incorrect
    storage location, resulting in an 0C4. In this case the storage
    has been initialised to zeros and the STCKF instruction fails
    with an abend 0C4-04.
    

Problem conclusion

  • Code has been changed so that the CSQ5AROB parm list persists
    after CSQ5READ terminates.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH08141

  • Reported component name

    IBM MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2019-02-04

  • Closed date

    2020-04-06

  • Last modified date

    2020-06-01

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

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

    UI68824 UI68825

Modules/Macros

  • CSQ5READ
    

Fix information

  • Fixed component name

    IBM MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI68824

       UP20/05/28 P F005

  • R100 PSY UI68825

       UP20/05/28 P F005

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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
14 December 2020