A fix is available
APAR status
Closed as program error.
Error description
In the syslog, an error appears as: DUMP TITLE=CSQ1,ABN=378-00000024,U=SYSOPR ,C=MQ900.930.DMC -CS QISTOP,M=CSQGFRCV,PSW=070C1000nnnnnnnn,ASID=nnnn and in a dump, the dump title appears as: CSQ1,ABN=378-00000024,U=SYSOPR ,C=MQ900.930.DMC -CSQISTOP,M=CSQ GFRCV,PSW=070C1000nnnnnnnn,ASID=nnnn Reason code 24 means "In the private area, the area specified on a FREEMAIN or STORAGE RELEASE is larger than the area specified on the original GETMAIN or STORAGE OBTAIN. The FREEMAIN or STORAGE RELEASE start address is not valid." The Storage Release is from CSQISTOP+x'642' in routine FREE_CLUSTER_RESOURCES. The storage being released has an eyecatcher of RCAH (repository cache header). The length for the release is 00400000, but VSMDATA shows that the storage only has a length of 00200000. The length of the RELEASE is for rfxCACHE_BLOCK.lSize * 2, so it is double the size of the storage. Normally this works as the RELEASE is conditional. However, with an internal diagnostic trap IGVUNCOND turned on, the RELEASE is treated as unconditional and fails.
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM MQ for z/OS Version 9 * * Release 1 Modification 0, * * Release 2 Modification 0, and * * Release 3 Modifidation 0. * **************************************************************** * PROBLEM DESCRIPTION: Abend 378-24 occurs in CSQISTOP during * * queue manager shutdown when diagnostic * * traps are enabled, resulting in the * * queue manager ending abnormally 6C6 * * with REASON=00E80100, instead of * * ending normally. * **************************************************************** During queue manager shutdown CSQISTOP attempted to release storage associated with the cluster cache, however due to incorrect parameters being provided the ?STORAGE RELEASE request fails. Normally this does not cause a problem, and the storage is implicitly released by address space termination, however when diagnostic traps are enabled the failure results in the reported abend occurring instead.
Problem conclusion
CSQISTOP is changed to pass the correct parameter values to the affected ?STORAGE RELEASE.
Temporary fix
Comments
APAR Information
APAR number
PH51855
Reported component name
IBM MQ Z/OS V9
Reported component ID
5655MQ900
Reported release
300
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2023-01-11
Closed date
2023-08-18
Last modified date
2023-11-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI93245 UI93246 UI93247
Modules/Macros
CSQISTOP
Fix information
Fixed component name
IBM MQ Z/OS V9
Fixed component ID
5655MQ900
Applicable component levels
R100 PSY UI93247
UP23/10/10 P F310
R200 PSY UI93246
UP23/10/10 P F310
R300 PSY UI93245
UP23/10/10 P F310
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":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"300","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
01 November 2023