A fix is available
APAR status
Closed as program error.
Error description
WMQ 710 Subscriber to a TOPIC which has a destination queue defined with USEDLQ(NO) can cause publication processing to not release a mutex, which causes the queue manager to hang.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: After a failure to publish a message to * * a subscriber, a hang occurs in tasks * * attempting to alter or delete the * * subscriber, until the publishing task * * ends. * * If DELETE SUB is used to delete the * * subscription, the command server hangs, * * leading to the queue manager failing * * to process any further commands. * * * * Other symptoms can include publisher * * tasks looping with high cpu * **************************************************************** * RECOMMENDATION: * **************************************************************** A publishing task located a matching subscriber and obtained a read mutex on the subscriber control block. When delivering a copy of the message to the subscriber, the message could not be delivered to the subscriber's queue, and was not delivered to the dead letter queue (either because the topic uses USEDLQ(NO), or the attempt to put the message to the dead letter queue failed). If the message delivery options (NPMSGDLV/PMSGDLV) indicate that the failed delivery should cause the publish operation to fail, CSQMTPUT returns MQRC_PUBLICATION_FAILURE (MQRC 2502), however it does not release the mutex on the subscriber. Any task requiring a write mutex on the same subscriber (for example, the command processor when processing a DELETE SUB or ALTER SUB command, or the topic expiry task) will hang waiting for the read mutex to be released, however this will not occur until the publishing task (for example, the channel) ends.
Problem conclusion
CSQMTPUT is changed to ensure the read mutex on the subscriber is always released before returning. 100Y CSQMTPUT
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PI59297
Reported component name
WMQ Z/OS V7
Reported component ID
5655R3600
Reported release
100
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-03-17
Closed date
2016-03-30
Last modified date
2016-06-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI36597
Modules/Macros
CSQMTPUT
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
R100 PSY UI36597
UP16/05/04 P F605 ¢
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 June 2016