A fix is available
APAR status
Closed as program error.
Error description
WMQ for z/OS Ver.8.0 is issuing the following abend continously: CSQE137E CSQEOPEN DB2 AND CF STRUCTURE OUT OF SYNC 365 FOR QUEUE xxx.xxxx.xxxxx.xxx, STRUCTURE NAME=zzzzzzzzz, STRUCTURE NUMBER=0001 LIST HEADER NUMBER=00E2 IEA794I SVC DUMP HAS CAPTURED: 384 DUMPID=202 REQUESTED BY JOB (ssidMSTR) DUMP TITLE=ssid,ABN=5C6-00C51053,U=SYSOPR ,C=W9700.800.CFM -CS QEOPEN,M=CSQGFRCV,LOC=CSQELPLM.CSQEOPEN+00002186 Running CSQ5PQSG VERIFY,QSG will result in the following error message being issued: CSQU688E Missing DB2 entry for list header list-header-number in structure struc-name Other symptoms of this problem can include: Open processing for shared queues looping, with trace showing CsqeRsnCodeSCBAlreadyExists being returned repeatedly by CSQEOPEN.
Local fix
No Local Fix.
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 * * Release 0 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: CSQE137E and abend 5C6-00C51053 in * * CSQEOPEN occur when opening a newly * * defined shared queue. * **************************************************************** * RECOMMENDATION: * **************************************************************** A shared queue was in the middle of being deleted on one queue manager in the QSG, and the definition of the queue stored in the CF was updated to indicate that the queue was deleted, but had not yet updated the definition held in DB2. At the same time an attempt to open the same queue on another queue manager in the queue sharing group took place. This open attempt incorrectly rewrote the queue definition to the CF based on the definition in DB2 (which was not yet marked deleted), causing the CF entry to no longer indicate that the queue was deleted. A new queue was defined and assigned the same list header as the deleted queue, and was opened. This open correctly detected that the CF contained the definition for a different queue that was not marked deleted and reported the inconsistency by issuing diagnostic abend 5C6-00C51053 and error message CSQE137E: " CSQE137E CSQEOPEN DB2 AND CF STRUCTURE OUT OF SYNC FOR QUEUE xxx.xxxx.xxxxx.xxx, STRUCTURE NAME=zzzzzzzzz, STRUCTURE NUMBER=aaaa LIST HEADER NUMBER=bbbb "
Problem conclusion
CSQEOPEN has been changed to prevent the deleted flags being incorrectly reset in the CF definition for a queue being deleted 000Y CSQEOPEN
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PI54959
Reported component name
WMQ Z/OS 8
Reported component ID
5655W9700
Reported release
000
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-01-07
Closed date
2016-01-19
Last modified date
2016-03-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI34557
Modules/Macros
CSQEOPEN
Fix information
Fixed component name
WMQ Z/OS 8
Fixed component ID
5655W9700
Applicable component levels
R000 PSY UI34557
UP16/02/03 P F602 ¢
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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
02 March 2016