PM17411: DFHWB0002 (CODE X'FF69') ISSUED BY DFHWBQM DURING DELETE_POOL

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Message DFHWB0002 (code x'FF69') is issued out of DFHWBQM.
  DFHWBQM is doing a DELETE_POOL with CONTAINER_POOL_TOKEN that is
  no longer vaild. The container pool token is no longer valid due
  to being deleted and freemained by a previous DELETE_POOL during
  defered abend processing of an AKC3 abend against DFHWBA.
     The WB domain still has a >DFHWBREQBLK pointing to the bad
  container pool token at +x'30' (wrb_repository_token) which is
  passed to DFHWBQM by DFHWBA.
  .
  ADDITIONAL KEYWORD(s): wrb repository token container pool
                         ABENDAKC3 purge purged
  KIXREVJXD
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All                                          *
  ****************************************************************
  * PROBLEM DESCRIPTION: MSGDFHWB0002 ( code FF69 ) following    *
  *                      purge of a web alias task.              *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A purge request is made against a web-alias task when it is
  purge protected. The purge gets deferred. Later on DFHWBA
  invokes webrequest_tidyup to cleanup various storage areas
  referenced by the webrequest block ( WRB ). DFHWBQM DELETE_POOL
  is called to delete the container pool referenced by
  wrb_repository_token. A program manager container is freemained
  as part of the DELETE_POOL. This freemain suspends on the
  SMLOCK. At the end of the suspend DFHKEDS SEND_DEFERRED_ABEND is
  issued. This marks the DFHAPLI1 stack under which DFHWBA is
  running to issue an AKC3 abend. When the DFHWBQM DELETE_POOL has
  completed successfully, the ABENDAKC3 is taken which causes
  webrequest_tidyup to be exited prematurely.
  The abend handler of DFHWBA intercepts the ABENDAKC3 and calls
  webrequest_tidyup a second time. This calls DFHWBQM DELETE_POOL
  a second time to delete the container pool referenced by
  wrb_repository_token. This token is no longer valid and program
  manager returns an EXCEPTION to DFHWBQM which results in message
  DFHWB0002 severe error code FF69.
  
  ADDITIONAL KEYWORDS :- WB0002
  

Problem conclusion

• DFHWBA routine alias_return has been changed to activate purge
  protection around the call to webrequest_tidyup.
  DFHWBRQ0 routine wbrq_delete_tsqs has been changed to ensure
  DFHWBQM DELETE_POOL is bypassed if it has been called already.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  PM23371 UK61306

Modules/Macros

•    DESWBA   DESWBAP  DESWBBLI DESWBDM  DESWBRQ
  DESWBRQF DESWBRQ0 DESWBSR  DESWBXM  DESWBXN  DFHWBA   DFHWBAP
  DFHWBAPF DFHWBBLI DFHWBDM  DFHWBRQS DFHWBRQ0 DFHWBSR  DFHWBXM
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK61306

     UP10/10/20 P F010

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.