PH60170: EYUWG0106E ERROR IN CPSM MAS. DIAGNOSTIC SVC DUMP PRODUCED BY TRANSACTION COWC IN METHOD EYU0WNLM

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You upgrade to CICS 6.1 and begin getting error messages similar
  to the following:
  
  EYUWG0106E WLM has encountered an error while attempting to
             release MAS resources.
  
  
  It is accompanied by a diagnostic SVC dump with a title
  similar to the following:
  
  EYU0XZSD Dump,cicsname,applid,sysid,LMAS,COWC,0012345,TRAC,
          EYU0WNLM,mm/dd/yyyy,hh:mm:ss
  
  CPSM transaction COWC is the garbage collection task which
  cleans up unused control blocks. What it finds is that all
  available WLNE control blocks are in use and there are none to
  be freed up.
  
  A change at CICS 6.1 in the way CICS handles EXEC CICS START
  calls for a transaction that is defined as DYANMIC(YES) and
  which specifies a SYSID has led to WLNE elements being
  accumulated and not freed. This does not affect pre-6.1 regions.
  
  
  Verifying this situation:
  You can verify which tasks own all the WLNE elements by
  performing the following in IPCS on the SVC dump:
  
  - VERBX EYU9D610 'WLM,JOB=cicsname'
  - Find 'Workload MAS List Header'. They eyecatcher area will
    have '..>EYUWMEYURWNLH' at the beginning.
  - Take the address at +x'14' and the count at +x'34' and use
  
   them in the following RUNAARAY command
  
  
   IP RUNARRAY ADDR(aaaaaaaa) ASID(X'bbbb') L(x'1C') DIM(x'cccc')
  
  
  
   where aaaaaaaa = the address from the header +x'14'
         bbbb     = the hex address space id for the CICS region
         cccc     = the hex value from the header +x'34'
  
  
  In the resulting output, +x'00' into every element listed will
  be the task number that owns the element.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS Users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Message EYUWG0106E may be seen because  *
  *                      of a buildup of WNLEs.                  *
  ****************************************************************
  A pool of WLM Management List Elements (WNLEs) are allocated at
  MAS startup. When the CPSM routing program (EYU9XLOP) is called
  for RTENOTIFY (DYRFUNC=3) a WNLE is acquired.
  A problem exists in DFHEIIC which results in a distributed
  routing program, either EYU9XLOP, DFHDSRP or a customer written
  program, being called twice for each non-terminal-related START
  request.
  This occurs when the target transaction is defined DYNAMIC(YES)
  and is being STATICALLY ROUTED to a SYSID.
  This may go unnoticed apart from in the CPSM case this results
  in two WNLEs being acquired, but only one being freed at the end
  of the request by RTECOMP (DYRFUNC=6), resulting in a gradual
  build up of WNLEs.
  

Problem conclusion

• DFHEIIC has been changed to only call the routing program once
  for statically routed START requests.
  

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:

  UI96753

Modules/Macros

• DFHEIIC
  

Fix information

• Fixed component name

  CICS TS Z/OS V6

• Fixed component ID

  5655YA100

Applicable component levels

• R400 PSY UI96753

     UP24/06/03 P F405

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.