IBM Support

PM13554: EYUXD0017E DATA REPOSITORY RECORDS APPEAR CORRUPTED. CMAS RECENTLY UPGRADED TO 4.1. BAS ADMINISTRATION BEING DONE.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • You upgrade your MP CMAS to CICS TS 4.1.  Your other CMASes are
    still pre-4.1.  You use the WUI or CICS Explorer administration
    to add new BAS resource definitions for entities that are new
    for CICS 4.1, such as an MQCONDEF.
    
    You then upgrade your non-MP CMAS to CICS TS 4.1, and the region
    initializes properly.  At some point you begin to use the WUI to
    make changes to the BAS resource definitions that were new to
    4.1.  At that point, your non-MP CMAS produces an SVC dump with
    a title similar to the following:
    
    TITLE=EYU0XZPT
    Dump,CMASNAME,applid,sysid,CMAS,XLST,tasknum,TRAC,
          EYU0XDRS,dd/mm/yyyy,hh:mm:ss
    
    and a message appears in your job log:
    
    EYUXD0017E CMASxx The data repository records for CICSplex
    (yourplex) appear to be corrupted.  Resyncronization with the
    Maintenance Point CMAS (MPCMASname) is required.
    
    In the trace from the dump, you see trace records from method
    XDRS with debug text DRBCXCP and Point-Id of 58, meaning
    BAD_RECORD.  You also see a trace entry out of XDRS with debug
    text of DRBCXCP and Point-Id of 59 which means REQ_REM_ADD.
    
    Additional Keywords:  KIXREVRBD
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM V4R1M0 Users                 *
    ****************************************************************
    * PROBLEM DESCRIPTION:    You upgrade your MP CMAS to CICS TS  *
    *                      V4.1.  Your other CMASes still execute  *
    *                      an earlier release.  You use the WUI    *
    *                      or CICS Explorer administration to add  *
    *                      new BAS resource definitions for CICS   *
    *                      resources that are new for CICS V4.1,   *
    *                      such as an MQCONDEF.                    *
    *                      .                                       *
    *                         You upgrade your non-MP CMAS to CICS *
    *                      TS V4.1, and the CMAS initializes pro-  *
    *                      perly.  You then use the WUI to add an  *
    *                      association for one of the BAS resource *
    *                      definitions that was new to V4.1.  At   *
    *                      that point, your non-MP CMAS produces   *
    *                      an SVC dump with a title similar to the *
    *                      following:                              *
    *                      .                                       *
    *                      TITLE=EYU0XZPT                          *
    *                           Dump,cmasname,applid,sysid,CMAS,   *
    *                           taskid,tasknum,TRAC,EYU0XDRS,      *
    *                           dd/mm/yyyy,hh:mm:ss                *
    *                      .                                       *
    *                      and a message appears in your job log:  *
    *                      .                                       *
    *                      EYUXD0017E  The data repository records *
    *                           for CICSplex (yourplex) appear to  *
    *                           be corrupted. Resyncronization     *
    *                           with the Maintenance Point CMAS    *
    *                           (mpcmasname) is required.          *
    ****************************************************************
    * RECOMMENDATION: After applying the PTF that resolves this    *
    *                 APAR, all CMASes must be recycled to pick    *
    *                 up the new code.  Note that the restarts     *
    *                 do not need to be done at the same time.     *
    ****************************************************************
       When a resource is created in the Maintenance Point CMAS's
    data repository, synchronization records are sent to all non-MP
    CMASes to add the resource to each CMASes repository.  If the
    resource type is not known at the support level of the non-MP
    CMAS, the record is ignored.  When the repository is upgraded
    to the release of the Maintenance Point, these records cannot
    be restored.  If an association resource is created for a re-
    source which does not exist in the non-MP CMAS's repository
    (for example, an MQCINGRP resource for an MQCONDEF), message
    EYUXD0017E will be issued when the base resource (the MQCONDEF)
    is not found.  A flag will be set in the CPLXCMAS record which
    associates the CMAS with the context CICSplex, which will cause
    the CMAS to be removed from and reassociated with the CICSplex
    the next time the CMAS connects to the Maintenance Point.  This
    will refresh all resource definitions belonging to the CICSplex
    in the non-MP CMAS's data repository.
    

Problem conclusion

  •    Module EYU0XDRS (XDRS - Data Repository Upgrade) was modified
    to set a flag in the CPLXCMAS record if an unknown resource type
    is skipped during a repository upgrade.  Module EYU9XDU2 (XDU2 -
    Data Repository Upgrade Patch Utility) was modified to set the
    flags to force a CICSplex remove and reassociate action, and to
    issue new message EYUXD0716W, if one or more resources were
    skipped in XDRS.  During a data repository downgrade operation,
    the flag will be set indicating that records were skipped during
    the downgrade process, so that the repository can be refreshed
    when it is next upgraded.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM13554

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    60M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-04-30

  • Closed date

    2010-06-28

  • Last modified date

    2010-08-02

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

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

    UK58439

Modules/Macros

  •    CPLXCMAS EYUA2737 EYUC2737 EYUE2737 EYUL2737
    EYUP2737 EYUQXDU2 EYURXDEQ EYURXDU2 EYUR2737 EYUTRDAT EYUT2737
    EYUYXDU2 EYUY2737 EYUZXDU2 EYU0XDIP EYU0XDRS EYU9XDPU EYU9XDP3
    EYU9XDP4 EYU9XDP6 EYU9XDU1 EYU9XDU2
    

Publications Referenced
GC34703601    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R60M PSY UK58439

       UP10/07/06 P F007

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

Document Information

Modified date:
02 August 2010