A fix is available
APAR status
Closed as program error.
Error description
It is possible for lower priority address spaces to be swapped out for longer than the CTLLOCK timeout while holding the CTLLOCK, resulting in a number of CSQ0615E errors being issued together. . Additional symptoms: - AMS workload hangs. The AMS tasks are in CSQ0DPC3 in pki_pc_wait waiting to be posted that there is work available. - MQ API requests hang in modules including CSQ0QROU, CSQ0KRPT, CSQ0KRA. - CSQ0614E CSQ0DLCL AMS termination error 00000070, reason C1180002 CSQ0612E CSQ0DLCL System function 'pthread_cond_timedwait()' failed - MQRC reason 2063 MQRC_SECURITY_ERROR 2217 MQRC_CONNECTION_NOT_AUTHORIZED
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM MQ for z/OS Version 9 * * Release 2 Modification 0 and * * Release 3 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: MQI requests to AMS protected queues * * fail with MQRC_SECURITY_ERROR MQRC2063 * * or MQRC_CONNECTION_NOT_AUTHORIZED * * MQRC2217, or hang indefinitely. * * * * The failure can be accompanied by * * CSQ0 error messages including: * * CSQ0214E, CSQ0215E, CSQ0216E, CSQ0217E * * or CSQ0615E. * **************************************************************** An application task that was requesting the CTLLOCK when it is undispatched can encounter delays before being dispatched again. If the task was suspended due to the CTLLOCK being held, and the time since the lock was requested has exceeded the maximum wait time due to the dispatch delay, the request fails, even if the CTLLOCK is no longer held. If the task had successfully obtained the CTLLOCK prior to being interrupted/undispatched, any tasks from other applications or the xxxxAMSM address space requiring this lock are unable to obtain it until the task has been dispatched and has released the lock. If the dispatch delay is sufficiently long, this leads to these other tasks/applications failing the request to obtain the lock.
Problem conclusion
The processing for tasks requesting or holding the CTLLOCK has been improved to reduce the impact of dispatch delays, and a final attempt to obtain the CTLLOCK will be made before failing the request. An error in recovery for tasks making AMS requests has also been corrected to avoid the AMS service tasks entering an indefinite wait.
Temporary fix
Comments
APAR Information
APAR number
PH41310
Reported component name
IBM MQ Z/OS V9
Reported component ID
5655MQ900
Reported release
200
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2021-10-13
Closed date
2023-01-12
Last modified date
2023-06-14
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI84000 UI90082
Modules/Macros
CSQ0DPCS CSQ0KRPT CSQ0KRSD CSQ0KRUP
Fix information
Fixed component name
IBM MQ Z/OS V9
Fixed component ID
5655MQ900
Applicable component levels
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":"BU011","label":"Systems - zSystems software"},"Product":{"code":"SG19O","label":"IBM MQ"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"200"}]
Document Information
Modified date:
14 June 2023