PI94719: WEBSPHERE ABEND=00DC3000 RSNCODE=0A150001 MOVING NODE TO NEW FIX PACK LEVEL

9.0.0.10: WebSphere Application Server traditional V9.0 Fix Pack 10
8.5.5.15: WebSphere Application Server V8.5.5 Fix Pack 15
9.0.0.11: WebSphere Application Server traditional V9.0 Fix Pack 11
9.0.5.0: WebSphere Application Server traditional Version 9.0.5 Refresh Pack
9.0.5.1: WebSphere Application Server traditional Version 9.0.5 Fix Pack 1
9.0.5.2: WebSphere Application Server traditional Version 9.0.5 Fix Pack 2
8.5.5.17: WebSphere Application Server V8.5.5 Fix Pack 17
9.0.5.3: WebSphere Application Server traditional Version 9.0.5 Fix Pack 3
8.5.5.20: WebSphere Application Server V8.5.5.20
8.5.5.18: WebSphere Application Server V8.5.5 Fix Pack 18
8.5.5.19: WebSphere Application Server V8.5.5 Fix Pack 19
8.5.5.16: WebSphere Application Server V8.5.5 Fix Pack 16

APAR status

• Closed as program error.

Error description

• This abend means:
  Abend DC3 RC=0A150001
  A WebSphere Application Server for z/OS attempted to change
  code levels for a node that still has servers active at a
  different code level.
  Change the server to use the same code level as the other
  servers in the node, or bring down the other servers in the
  node and change them to use the same code level as the server
  that failed to start, then restart the server(s).
  
  In this case, the use count for the node incorrect.  So even
  though all servers in the node are down, this abend happens
  when trying to start the server at different fix pack level.
  

Local fix

• The use count is kept a control block that is allocated when
  the first server in the cell is started.  To get out of this
  issue you need to IPL.  If this is not an option, open a pmr
  asking for a tool that can be run (with all servers in the cell
  down) that cleans up this control block so when the first
  server is started in the cell, the control block is
  re-allocated.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:  All users of IBM WebSphere Application      *
  *                  Server                                      *
  *                  V8.5                                        *
  ****************************************************************
  * PROBLEM DESCRIPTION: WebSphere Application Server for z/OS   *
  *                      ABEND=00DC3000 RSNCODE=0A150001 moving  *
  *                      to new code level.                      *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  ABENDDC3 RSN=0A150001 is issued during the initialization of a
  daemon or server.   The starting server is attempting to
  replace
  the node code level, but the existing code level is still being
  used by active address spaces.
  

Problem conclusion

• Code has been added to server registration path (bbodrgs.plx)
  when a new code level is supplied.
  
  The addition on this path is to verify the use count by
  scanning for active users.  For each found user a new message
  will be issued identifying the starting server and the current
  user: BBOO0425E.
  
  If no active users were detected, then the current PCQE will
  be marked inactive and the target node's code level will be
  updated and the server will be allowed to start.  Otherwise,
  ABEND DC3 with reason code 0A150001 will be issued following
  any BBOO0425E messages.
  
  The fix for this APAR is currently targeted for inclusion in
  fix pack 8.5.5.15.  Please refer to the Recommended
  Updates page for delivery information:
  http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
  

Temporary fix

Comments

APAR Information

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

• 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

• R850 PSY

     UP