IBM Support

PM97916: ABEND (CODE 0C4/AKEA) HAS OCCURRED AT OFFSET X'03AA' IN MODULE DFHRMUW

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The CONA task is running and incurs an 0C4 abend. In the
    internal trace you can see:
    
    QR    AP 00E1 EIP   ENTRY INQUIRE-UOW
    L8    AP F331 ICRC  EXIT  PERFORM_COMMIT/OK
    L8    AP 05A8 APRC  ENTRY PERFORM_COMMIT
    L8    AP 05A9 APRC  EXIT  PERFORM_COMMIT/OK
    QR    RM 0203 RMUW  *EXC* Recovery_entered
    
    Problem occurs after exiting the PERFORM_COMMIT. The task on
    the L8 TCB is in the midst of executing a threadsafe EXEC CICS
    SYNCPOINT within rmuw_poll_commit_forwards. The CONA task (on
    the QR) issued an EXEC CICS COLLECT STATISTICS command
    returning information on the task on the L8 TCB's UOW. The task
    then goes through the commit calls while the CONA
    task does an EXEC CICS INQUIRE passing the UOWID on an old UOW
    for the task on the L8 TCB.
    
    This then enters code that gets to checking the userid against
    the userid that is contained in the UOW. , this ends up program
    checking in DFHRMUW in rmuw_inquire_userid as the uow does not
    have a valid transaction token at x'47' in. The code program
    checks trying to get the transaction token from the UOW. The
    UOW is addressed by R2.  Since the RMUW dsect maps userid and
    tran_token both at x47 into the RMUW, this will change the
    field we are using to get the tran token. This results in the
    value in R2 that leads to the 0C4 abend.
    
    
    
    
    
    
    
    
    Additional Symptom(s) Search Keyword(s): KIXREVBDB DFHRMUW ,
    S0C4 , COMMIT , RMUW , RMUWOBJ
    

Local fix

  • N/A
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All.                                         *
    ****************************************************************
    * PROBLEM DESCRIPTION: INQuire UOW causes an 0C4 in DFHRMUW.   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A task is SYNCPOINTING under an open TCB while another task
    issues an inquire on the first tasks UOW.  It is possible for
    the SYNCPOINTING task to have its UOW control block update the
    transaction token value into a USERID.  If this happens then
    an 0C4 can occur because the INQUIRE logic relies on the field
    containing a value token, not character data.
                                                                   .
    Keywords: S0C4 ABENDS0C4 RM0001 ABENDAKEA 03AA msgDFHRM0001
    

Problem conclusion

  • DFHRMUW has been modified to prevent the token value changing
    during the inquiry of the USERID.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM97916

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-09-26

  • Closed date

    2014-01-22

  • Last modified date

    2015-01-29

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

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

    PI08368 UI14494 PI33733

Modules/Macros

  •    DFHRMCD  DFHRMCD1 DFHRMCD2 DFHRMCI2 DFHRMCI3
    DFHRMCI4 DFHRMDM  DFHRMDU0 DFHRMDU2 DFHRMDU3 DFHRMDU4 DFHRMDU5
    DFHRMLKQ DFHRMLK1 DFHRMLK2 DFHRMLK3 DFHRMLK4 DFHRMLK5 DFHRMLN
    DFHRMLSD DFHRMLSF DFHRMLSO DFHRMLSP DFHRMLSS DFHRMLSU DFHRML1D
    DFHRMNM  DFHRMNM1 DFHRMNS1 DFHRMNS2 DFHRMOT  DFHRMRO  DFHRMROO
    DFHRMROS DFHRMROU DFHRMROV DFHRMRO1 DFHRMRO2 DFHRMRO3 DFHRMRO4
    DFHRMRS  DFHRMR1D DFHRMR1E DFHRMR1K DFHRMR1S DFHRMST  DFHRMST1
    DFHRMTRI DFHRMUC  DFHRMUO  DFHRMUW  DFHRMUWB DFHRMUWE DFHRMUWF
    DFHRMUWH DFHRMUWJ DFHRMUWL DFHRMUWN DFHRMUWP DFHRMUWQ DFHRMUWS
    DFHRMUWU DFHRMUWV DFHRMUWW DFHRMUW0 DFHRMUW1 DFHRMUW2 DFHRMUW3
    DFHRMU1C DFHRMU1D DFHRMU1E DFHRMU1F DFHRMU1G DFHRMU1J DFHRMU1K
    DFHRMU1L DFHRMU1N DFHRMU1Q DFHRMU1R DFHRMU1S DFHRMU1U DFHRMU1V
    DFHRMU1W DFHR2TRI
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R700 PSY UI14494

       UP14/01/31 P F401

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.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.2","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
29 January 2015