A fix is available
APAR status
Closed as program error.
Error description
Various abend symptoms are observed. An ABEND0C4 in CSQXPENT can occur at CHINIT shutdown due to an invalid address loaded from savearea storage which looks to be caused by an overlay. . CSQSNAP generated via xcsFreeMem in an attempt to free storage using an invalid SKB. . Attempts to free storage fail with ABEND378 RC14 . Repeated 0C4s (when the CHIN dispatcher attempts to process elements on the dispatcher WAIT queue to which an invalid DPRO address has been added. In this case the TSH containing the bad DPRO address is in storage allocated by rriAcceptSecurityReceive and is a temporary buffer allocated due to changes made via PI13042 . The issue looks to be due to the user of this buffer. It is allocated as the correct size to contain the transmission however an area of x'E0' bytes is incorrectly skipped at the start of the buffer. This results in the end of the TSH overlaying the storage immediately after the buffer. The consequences of this overlay vary depending on the contents of the overlaid storage as seen here by the different abends/ symptoms that were reported.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 0 Modification 1 and Release 1 * * Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: Various abends occur in the channel * * initiator after the PTF for APAR * * PI13042 is applied. * * Symptoms can include: * * - Abend 0C4 in CSQXPENT * * - Abend 0C4 in CSQXDISP * * - Abend 378-15 in CSQXDISP * * - Unable to start channels * * - CSQX113E Dispatcher ended abnormally * * - FFST from xcsFreeMem in CSQSNAP DD * * - Channel initiator abnormal * * termination * **************************************************************** * RECOMMENDATION: * **************************************************************** After invoking a channel security exit, rriAcceptSecurityReceive detected that the exit had returned MQXCC_SEND_SEC_MSG or MQXCC_SEND_AND_REQUEST_SEC_MSG, and had provided the message to send in a buffer provided by the exit (MQXR2_USE_EXIT_BUFFER). The current TSH buffer was insufficient to contain this message and so the code added by PI13042 caused a new buffer to be obtained, and the security message to be copied in to it. An error in this additional code caused the starting point for the copy to be x'D8' bytes further into the new buffer than intended, causing the copy to overlay the storage immediately after the new buffer. Depending on the contents of the overlaid storage, unpredictable results can occur.
Problem conclusion
The code added by PI13042 has been changed to correctly calculate the address to start copying the exit's security message to, preventing the overlay from occurring. 010Y 100Y CSQXREXT
Temporary fix
********* * HIPER * *********
Comments
×**** PE15/03/11 FIX IN ERROR. SEE APAR PI36185 FOR DESCRIPTION
APAR Information
APAR number
PI28088
Reported component name
WMQ Z/OS V7
Reported component ID
5655R3600
Reported release
010
Status
CLOSED PER
PE
YesPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2014-10-21
Closed date
2014-11-20
Last modified date
2015-04-24
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI23233 UI23234
Modules/Macros
CSQXREXT
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
24 April 2015