A fix is available
APAR status
Closed as program error.
Error description
The customer was running a WMQ V7 QMGR on a system in which RRS was cancelled. The gmgr on that image took two abend0C4-38 dumps although the qmgr did not terminate. . DUMP TITLE=CSQ1,ABN=0C4-00000038,U=SYSOPR ,C=R3600.7xx.SSSC-CS Q3REPL,M=CSQ3RRSF,LOC=CSQVSRX .CSQVSRX +xxxxxxxx . Looking at the LOGREC, I can see there are two abend058-00000004 but they are suppressed by a slip. . SYMPTOM DESCRIPTION ------- ----------- PIDS/5655R3600 PROGRAM ID: 5655R3600 RIDS/CSQ3REPL#L LOAD MODULE NAME: CSQ3REPL RIDS/CSQ3RRSR CSECT NAME: CSQ3RRSR AB/S0058 SYSTEM ABEND CODE: 0058 PRCS/00000004 ABEND REASON CODE: 00000004 RIDS/RRSRFRR#R RECOVERY ROUTINE CSECT NAME: RRSRFRR . There are two abend0C4-00000038 for the same EB right after the abend058-4 which is found in VERBX LOGDATA . The Change Team reviewed the dumps and they can see the cause of the problem. RRS was cancelled and restarted, which resulted in CSQ3RRST being invoked to resync with RRS. CSQ3RRST invoked CSQ3RRSR to perform the resync. CSQ3RRSR issue a resync call to RRS, but this abended with 058 RC4 as the RRS address space had again ended. The abend was handled by CSQ3RRSR's recovery routine which reloaded the current EB address into R6. However, it left the high word of the register dirty (as the system is running with IEAINITREGSTASK it contained xFFFFFFFF). This caused subsequent problems when CSQVSRX was invoked as it switched to amode 64 and attempted to reference the EB using GR6.
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: An abend occurs during RRS resync * * processing followed by the QMGR * * abending with S0C4-38, which can happen * * repeatedly. * **************************************************************** * RECOMMENDATION: * **************************************************************** If an abend happens during RRS resync processing in CSQ3RRSR in the QMGR, the recovery routine for that module is invoked. It percolates the abend to CSQ3RRST's recovery routine, which will set return parameters before retrying. In doing so, it sets the low word of register 6 to the current EB address. However the high word contains some non-zero residue value, causing CSQVSRX to attempt getting an invalid memory address, causing the S0C4-38 abend.
Problem conclusion
CSQ3RRST's recovery routine was changed to set the register 6 value with 64 bits, setting the high word to 00000000. This allows the attempt to access the memory in CSQVSRX to succeed successfully. 010Y 100Y CSQ3RRSF CSQ3RRSR
Temporary fix
Comments
×**** PE13/03/08 FIX IN ERROR. SEE APAR PM80088 FOR DESCRIPTION
APAR Information
APAR number
PM61006
Reported component name
WMQ Z/OS V7
Reported component ID
5655R3600
Reported release
010
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2012-03-22
Closed date
2012-07-10
Last modified date
2013-03-18
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK80193 UK80194
Modules/Macros
CSQ3RRSF CSQ3RRSR
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:
18 March 2013