A fix is available
APAR status
Closed as program error.
Error description
The problem was introduced when a MQGET was issued with MQMO_MATCH_MSG_TOKEN on a queue indexed with INDXTYPE(MSGTOKEN), where the message matching the token had expired before WLM triggered the MQGET. When the MQGET was being processed, the abend that occurred depended on what had happened to the page record containing the message pointed to by the IKR_WLM since it was expired by the queue manager. In one case, the page was still available, and the queue manager detected the IKR_WLM pointed to a deleted message, resulting in abend 00C90F00. In another case, the page referenced in the IKR_WLM had been reallocated and reused for an IRH9. However, when the queue manager was interpreting the data on that page, it expected an IRH8, and caused offsets to be badly calculated, resulting in abend 00C90500.
Local fix
n.a.
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: When getting a message from a WLM * * managed queue by MsgToken, MQRC 2195 * * (MQRC_UNEXPECTED_ERROR) is returned * * and an abend is issued. * * Possible abend codes include, but are * * not limited to, 00C90F00 and 00C90500. * **************************************************************** * RECOMMENDATION: * **************************************************************** During MQGET processing for a WLM managed queue, if there are expired messages matching the search criteria, CSQIMGEW is invoked to do the necessary processing. When the message is expired, the IKR should be deleted as well, however delete_IKR in CSQIMGEW skips the deletion of the IKR if the message lock is held by anyone. This is the case, as delete_IKR is invoked while still holding the message lock, thus the IKR is never deleted. When the IKR is next used to get a message, an abend will occur. The abend code depends on what has happened to the page record since the message was expired.
Problem conclusion
The code in CSQIMGEW was changed to correctly delete the IKR when the message is expired. 100Y CSQIMGEW
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PI07991
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
2013-12-13
Closed date
2014-01-13
Last modified date
2014-05-21
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI14172 PI15949
Modules/Macros
CSQIMGEW
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
R100 PSY UI14172
UP14/02/05 P F402
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:
21 May 2014