PM88826: SHARED CHANNEL NOT GOING TO 'STOPPED' WHEN THE RETRIES ARE EXHAUSTED.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• SHARED channel status goes to INACTIVE state instead
  of STOPPED state when short/long retry counts are exhausted.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 1 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Shared Channel not going to 'STOP'      *
  *                      when the retries are exhausted.         *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When the short/long retries for a shared channel are exhausted,
  the channel goes to a STOPPED state, but still appears to be
  in RETRY state.
  This can be seen on the Control panels to see the channel
  status, and when issuing a DISPLAY CHSTATUS SHORT command.
  This is due to CSQXRIFN (function riiCheckChannels) not updating
  the shared channel status when the retries are exhausted.
  

Problem conclusion

• CSQXRIFN has been altered in riiCheckChannels to update the
  shared status table when retry attempts have been exhausted.
  100Y
  CSQXRIFN
  

Temporary fix

Comments

APAR Information

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

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

  UK96253

Modules/Macros

• CSQXRIFN
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R100 PSY UK96253

     UP13/09/27 P F309

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.