A fix is available
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
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