A fix is available
APAR status
Closed as program error.
Error description
You bring a MAS defined as a CPSM Routing Region for a workload up and the CMAS to which it connected begins to import the workload from another CMAS. In the CMAS, you see the following messages: . EYUWI0080I applid WLM Workload query process for workload(wlmspecname), CICSplex(plexname) has been started - directed to CMAS (xxxxxxx). . The region then gets an AP0001 SVC dump (which may be suppressed) followed by CPSM taking an SVC dump. . In the CMAS job log, you will also see a message similar to the following: . EYUXL0900I Starting Environment Recovery EYUXL0905E applid ASRA IN XSRS, OFFSET 00000080 PSW=07854000 A85E2BA8 EYUXL0905E INTC=0010 ILC=6 TXCP=00A15801 SCODE=S00C4 TRAN=WMWC TASK=0012345 EYUXL0905E Methods=XSRS,WMDB,WMQB,WMQM,WMWC,XLOP EYUXL0905E BEAR=285E2BA0, OFFSET=00000078 EYUXL0906I Registers at ABEND EYUXL0907I GPR0-GPR1 00000000_27A799A0 00000000_00000087 EYUXL0907I GPR2-GPR3 00000000_00000288 00000000_285E2B68 EYUXL0907I GPR4-GPR5 00000000_28D298B8 00000000_27A65220 EYUXL0907I GPR6-GPR7 00000000_291D05D0 00000000_27A79718 EYUXL0907I GPR8-GPR9 00000000_00A15D80 00000000_285E2B28 EYUXL0907I GPRA-GPRB 00000000_27A64FF0 00000000_000510D0 EYUXL0907I GPRC-GPRD 00000000_27A794D0 00000000_27A79718 EYUXL0907I GPRE-GPRF 00000000_00000000 00000000_7F759600 EYUXL0907I ARR0-ARR3 00000000 00000000 00000000 00000000 EYUXL0907I ARR4-ARR7 00000000 00000000 00000000 00000000 EYUXL0907I ARR8-ARRB 01010063 00000000 00000000 00000000 EYUXL0907I ARRC-ARRF 00000000 00000000 00000000 00000000 .... . followed by the workload install message failure: . EYUWI0082E applid WLM Workload query process failed for workload(workloadname), CICSplex(plexname) - directed to CMAS (cmasname). . EYUWM0401E applid Workload Specification(workloadname) failed to install for CICSplex(plexname), workload(workloadname) - initiated by join of router (routername). . Of importance here is Access Register 8 (ARR8) contains the ALET for an incorrect dataspace. In the PMR which originated this APAR, ARR8 contained the ALET for the WLM2 dataspace instead of the WLM1 dataspace for the connecting CMAS. . You can view the ALETs for the different dataspaces by using the following IPCS command on the dump: . VERBX EYU9D520 'WLM' . In the resulting output, just past the Kernel Linkage Anchor Block is the Dataspace Summary. It will look like the following: . Type Alet Token Name Private 0101010B AA000080 COM1xxxx Private 01010113 AA0000A0 RTA1xxxx Private 01010111 AA0000B0 MON1xxxx Private 01010115 AA000100 BAS1xxxx Private 0101010C AA000180 COM2xxxx more columns here Private 01010114 AA0001A0 RTA2xxxx but they have been Private 01010112 AA0001B0 MON2xxxx omitted for purposes Private 01010116 AA000200 BAS2xxxx of this APAR text Common 01010104 FF000050 DMDSxxxx Common 01010107 FF000060 DAT1xxxx Common 01010105 FF000070 QUE1xxxx Common 0101010F FF000090 TOP1xxxx Common 01010117 FF0000C0 WLM1xxxx Common 01010109 FF0000D0 MAS1xxxx Common 01010108 FF000160 DAT2xxxx Common 01010106 FF000170 QUE2xxxx Common 01010110 FF000190 TOP2xxxx Common 01010118 FF0001C0 WLM2xxxx Common 0101010A FF0001D0 MAS2xxxx . where 'xxxx' in the dataspace names is the SYSIDNT of the CMAS. . The PSW for the S0C4 in EYU0XSRS will point to an MVC instruction: . D20F D128 8000 MVC WRK_XSRB_SAVE(XSRB_LENGTH),XSRB . In the PSW, bits 16 and 17 (zero-relative) are x'01' indicating that AR mode is on. The problem is that AR8 contains a value pointing to an incorrect dataspace. . In the IPCS output for VERBX EYU9D520 'WLM' if you issue the following command: . FIND 'Method Argument List Details for XSRS' . You will be taken to something that looks like the following: . Keyword Data Queue Data Data Value Type Dir Address Value In: *FUNCTION FUN 27A794E4 RESREG *DEBUG CHR 27A794E8 WMDBXSRS *RESOURCE_PTR EPT 27A794F0 A=FF0001C0 O=00A15D80 Out: *RESPONSE RSP 27A794E6 OK *REASON RSN 27A794E7 00 . . Note that the value A=FF0001C0 in the RESORUCE_PTR contains a token for the wrong dataspace. The tokens for the dataspaces is listed earlier in the output. . Additional Symptom(s) Search Keyword(s): KIXREVEPH
Local fix
USERMOD AI42864 available for CICS 5.2
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex SM V5R1M0 and V5R2M0 Users * **************************************************************** * PROBLEM DESCRIPTION: Various errors may occur in a CMAS when * * it is attempting to install a CPSM * * workload. The errors can occur when * * the CMAS is attempting to install the * * workload from the CPSM data repository, * * or when it is importing the workload * * from another CMAS. * * * * Errors seen include, but are not * * limited to, the following: * * * * - an overlay of the WLM data cache. * * * * - an abend ASRA/S0C4 in method * * EYU0XSRS (XSRS), called from method * * EYU0WMDB (WMDB). * * * * - error message EYUWM0401E indicating * * that the workload build has failed. * * * * - error message EYUWI0082E indicating * * that the workload query has failed. * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes must be restarted. Note * * that the restarts do not need to occur at * * the same time. * **************************************************************** When a workload is installed into a CMAS, method EYU0WMDB (WMDB) is called to build internal structures in the WLM data cache to support the workload. WMDB first allocates storage in the data cache for the workload descriptor (EYURWRKD), and then it allocates storage in the data cache to allocate the default trangrp descriptor (EYURWTGD) for the workload. After allocating the EYURWTGD, WMDB calls method EYU0XSRS (XSRS) to register a lock in the EYURWTGD. WMDB passes the correct offset of the lock block to XSRS, but passes the ALET associated with the EYURWRKD instead of the ALET associated with the EYURWTGD. If the EYURWRKD and EYURWTGD were allocated in different data spaces of the WLM data cache, the ALETs will be different, and the ALET passed to XSRS will be incorrect. This can cause XSRS to fail with or without an accompanying abend, resulting in the workload install failing, or it can result in an overlay of WLM data cache.
Problem conclusion
WMDB has been updated to correctly pass the ALET associated with the EYURWTGD when calling XSRS to register the lock in the EYURWTGD.
Temporary fix
********* * HIPER * ********* FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PI42864
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
90M
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2015-06-11
Closed date
2015-06-23
Last modified date
2015-07-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
EYU0WMDB
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
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":"5.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":"5.2","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 July 2015