IBM Support

PM68944: CICS RETURNS ERROR MESSAGE "THE COORDINATION CONTEXT THAT WAS PROVIDED COULD NOT BE ACCEPTED TO THE COORDINATOR.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Error Description￘
    CICS is returning a ContextRefused error message: "The
    coordination context that was provided could not be accepted"
    to the WebSphere transaction coordinator.
    
    Review of the trace shows CICS shows the following exception
    trace entry:
    PI 0A43 PIIS  *EXC* CONTEXT_REFUSED
                           INQUIRE_OBJECT,DFHWSAT,17926A38 ,
                           00000058,1771385D , 00000000 , 0000
    
    This problem seems to be caused by residual data causing the
    context refused exception when the context isn't even found.
    
    Additional Symptom(s) Search Keyword(s): KIXREVDAM
    

Local fix

  • Local Fix￘
    N/A
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Context Refused exception occasionally  *
    *                      occurred when using Web Services Atomic *
    *                      Transactions (WS-AT).                   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CICS is acting as a Web Service provider. WS-AT based Web
    Services is set up. A new SOAP request containing a valid
    coordination context is received and the context id is extracted
    by CICS successfully. Then DFHPIPM looks up the supplied context
    to see if it is currently in use or not. A variable "active" is
    used to indicate the current context status. If there is no
    record related to this context, the variable "active" doesn't
    get set during the lookup processing. Because the variable
    "active" is never initialized by DFHPIPM, the check in this
    case is against the residual stack storage. If the residual
    value of variable "active" happens to be 'Y', then the context
    will incorrectly be assumed to be in use and the request will
    get rejected.
    

Problem conclusion

  • DFHPIPM has been changed so that the variable "active" is
    initialized correctly.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM68944

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    500

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-07-16

  • Closed date

    2012-08-23

  • Last modified date

    2012-10-01

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

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

    PM70311 UK81394

Modules/Macros

  •    DFHPIPM
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R500 PSY UK81394

       UP12/09/07 P F209

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":"3.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":"3.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
01 October 2012