IBM Support

PH01416: EYUCS0207W CMAS1234 CONNECTED MAS CICS1234 IS NOT RESPONDING

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • This is an issue we hit in our test environment. After
    recycling a 5.4 CMAS, the CMAS started up without issue and
    the Data Repository resynchronised without error.
    However, we noticed that a small number of CICS regions (MASes)
    were not responding :
    EYUCS0207W CMAS1234 Connected MAS CICS1234 is not responding
    
    EYUCS0207W CMAS1234 Connected MAS CICS5678 is not responding
    The related EYUCS0208I message took 20-30 mins and we can see
    no reason why it took this long.  The Testplex is relatively
    quiet on a Saturday afternoon and we could log onto the CICS
    regions.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM users.                       *
    ****************************************************************
    * PROBLEM DESCRIPTION: Message EYUCS0207W is issued in error.  *
    ****************************************************************
    * RECOMMENDATION: All CMAS regions must be restarted to        *
    *                 activate this fix. The restarts do not need  *
    *                 to occur at the same time.                   *
    ****************************************************************
    Two requests are sent from a CMAS to one of its MASes.
    The first allocates a PSID for the message, but then suspends
    while trying to allocate an SMTB since none are available.
    This allows the second request to allocate a higher PSID, and
    yet to be processed first.
    This does not cause any problem with the sending and receiving
    of messages, but allows the internal fields used to decide
    whether or not a MAS is responsive (CLCB_NRMAS_RR_SENT and
    CLCB_NRMAS_RR_RTND) to become inconsistent.
    If no further messages are sent from the CMAS to the MAS within
    the next two iterations of the non-responsive MAS testing
    interval, then the region can incorrectly be marked as
    non-responsive, leading to msgEYUCS0207W being issued.
    Note that non-responsive MAS testing occurs every sixty seconds.
    

Problem conclusion

  • EYU0CTBT has been updated to avoid the inconsistency
    between CLCB_NRMAS_RR_SENT and CLCB_NRMAS_RR_RTND.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH01416

  • Reported component name

    CICS TS Z/OS V5

  • Reported component ID

    5655Y0400

  • Reported release

    10M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-08-07

  • Closed date

    2018-08-22

  • Last modified date

    2018-09-04

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

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

    010PC2Ÿ UI57998 010PC2Ÿ 016AC4Ÿ PH36578

Modules/Macros

  • EYU0CTBT
    

Fix information

  • Fixed component name

    CICS TS Z/OS V5

  • Fixed component ID

    5655Y0400

Applicable component levels

  • R10M PSY UI57998

       UP18/08/23 P F808

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.

[{"Line of Business":{"code":"LOB35","label":"Mainframe SW"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.4"}]

Document Information

Modified date:
23 April 2021