PM61006: DUMP TITLE=CSQ1,ABN=0C4-00000038,U=SYSOPR ,C=R3600.7xx.SSSC-CS Q3REPL,M=CSQ3RRSF,LOC=CSQVSRX .CSQVSRX +xxxxxxxx

Obtain the fix for this APAR.

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 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

• R010 PSY UK80193

     UP12/07/26 P F207

• R100 PSY UK80194

     UP12/07/26 P F207

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.