APAR status
Closed as fixed if next.
Error description
After a new start of CICS, if MQ is quiesced while leaving CICS up, the first MQ quiesce will work. But after MQ is brought back up and CICS reconnects, a second quiesce of MQ will hang. MQ has to be forced down. . The cause of the hang appears to be that there is a thread still associated with the CKAM task. When MQ is first quiesced, CKAM remains to retry the connection. During reconnect processing, DFHMQCON issues several MQ requests to obtain the MQ release level. These MQ requests are issued under the CKAM task and cause CKAM to acquire a thread. But because CKAM doesn't terminate, but instead waits for MQ to become available, the thread is not terminated either. This causes the second quiesce of MQ to hang because there is still an active thread for CKAM.
Local fix
Additional Symptom(s) Search Keyword(s): KIXREVrbd
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: Quiesce of WMQ may hang. * **************************************************************** * RECOMMENDATION: * **************************************************************** A CICS region is connected to WMQ and WMQ is quiesced. WMQ is then restarted and quiesced again, on this second quiesce the WMQ attachment does not complete its quiesce.
Problem conclusion
Temporary fix
Comments
This APAR is being closed FIN with concurrence from the submitting customer. This means that a fix to this APAR is expected to be delivered from IBM in a release which is being developed at the time that the APAR was closed. The latest release of the product to exit development at the time this APAR was closed was: CICS Transaction Server for z/OS V3.2. EUR22287 EUR 22287
APAR Information
APAR number
PK61983
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
500
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-02-29
Closed date
2008-09-30
Last modified date
2008-09-30
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
R500 PSN
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.2","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"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":"3.2","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
30 September 2008