PM63265: ABEND233-10 ISSUED DUE TO BBORFRR USING A BAD PARM LIST FOR SDUMP

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• When WebSphere's FRR routine BBORFRR got control during
  handling of an abend, it SDUMPX macro to take a dump.  However,
  this resulted in ABEND S233 RC=10 and the original dump was
  never taken.  ABEND S233-10 means that caller passed incorrect
  parameters in a request for an SVC dump.
  
  Systrace shows:
  
  *RCVY  FRR  070C0000 A2DD01E8  84052000    >> orignal abend S052
  ...
  *SVCE     D 00000000_0139288C  00000010 A2DD0564 8423300
                                             >> ABEND S233-10
  
  PSW @ A2DD01E8 from FRR:
  
  ...\....BBORFRR 11/05/10
  BBORFRR 18.27           H28K510
  BOSS FRR Routine       .BFRRPRIM
  . .\...<......h....2i0..x....3..
  
  In this case, SUMLIST(StoreList(1)) was bad.
  
  SUMLP in SDUMP_PL control block is the pointer to the caller's
  summary list:
  SUMLP.... 0000236C
  
  This showed that a high bit was on in the first starting
  address.  This bit should never bit on.
  
  0000236C               A69766C0   |             wp.{ |
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:  All users of IBM WebSphere Application      *
  *                  Server V7.0 for z/OS                        *
  ****************************************************************
  * PROBLEM DESCRIPTION: WebSphere Application Server for z/OS   *
  *                      BBORFRR routine encounters an           *
  *                      ABEND233/ABENDS233 reason code 10       *
  *                      when a bad address is placed in the     *
  *                      SUMLIST passed to SDUMP.                *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  Since the bgvt address is the last parameter on the calls to
  connect and disconnect RRS to Websphere, it gets its high
  order bit turned on. If the SRB connecting or disconnecting to
  RRS takes an abend, the FRR, BBORFRR, gets control and invokes
  SDUMP with the BGVT address in SUMLIST. SDUMP issues an abend
  233 reason code 10 because the bgvt address has its high order
  bit on.
  

Problem conclusion

• The code has been changed to turn off the high order bit of the
  BGVT address when adding it to the SDUMP SUMLIST.
  
  APAR PM63265 is currently targeted for inclusion in Service
  Level (Fix Pack) 7.0.0.25 of WebSphere Application Server V7.0.
  
  Please refer to URL:
  //www.ibm.com/support/docview.wss?rs=404&uid=swg27006970
  for Fix Pack availability.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

  PM63264

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  WEBSPHERE FOR Z

• Fixed component ID

  5655I3500

Applicable component levels

• R700 PSY UK81738

     UP12/10/04 P F210

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.