A fix is available
APAR status
Closed as program error.
Error description
CPSM produces an ASRB abend with messages similar to the following: . . EYUXL0900I Starting Environment Recovery EYUXL0905E <applid> ASRB IN MOMS, OFFSET 0000071A PSW=078D5000 A62590C2 EYUXL0905E INTC=0028 ILC=4 TXCP=26E8D400 SCODE=S00E0 TRAN=PEAD TASK=0012345 EYUXL0905E Methods=MOMS,PEAD,XLOP . Access Register 2 is invalid. It was being used as part of the parms sent to a GETMAIN routine in EYUMOMS, MOCM_GETMAIN, but the register values are not correct. . . Additional Symptom(s) Search Keyword(s): KIXREVRJL
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex SM V4R2M0 Users * **************************************************************** * PROBLEM DESCRIPTION: You start two CMASes, one linked to * * an APSPEC as the primary control point, * * and the other as a secondary control * * point. In the EYULOG for the secondary * * CMAS, you see message: * * EYUPP0003I Analysis Point * * Specification (apspec) * * successfully installed for * * Context(cicsplex). * * followed by message: * * EYUPP0005I Analysis Point * * Specification (apspec) * * successfully released in * * CMAS(cmasname). * * as the APSPEC is installed in the * * secondary CMAS, and then released when * * the primary CMAS becomes available. * * Some time later, you stop the primary * * CMAS, and the following messages are * * written to the EYULOG of the secondary * * CMAS: * * EYUPP0003I Analysis Point * * Specification (apspec) * * successfully installed for * * Context(cicsplex). * * EYUPP0107E Install of RTADEF * * (rtadef) for APSPEC apspec in * * Context(cicsplex) Scope(cicsgrp) * * failed. * * Message EYUPP0107E also appears in the * * secondary CMAS's JES log. * * When the sample interval for the * * EVALDEF or EVALDEFs in the evaluation * * expression for RTADEF rtadef expires, * * you might see errors including, but not * * limited to, abend ASRA (S0C4), ASRB * * (S0E0), or overlay of CICS or CPSM data * * space storage. * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes must be recycled to pick * * up the new code. Note that CMASes do not * * need to be brought down and restarted at * * the same time. * **************************************************************** When an APSPEC is installed or released, the appropriate method, running under the RTA/AP long running task (PPLT) adds a service request to the service queue for the RTA/EVAL long running task (PELT) to add or remove elements from the timer control lists, then POSTs PELT to have the request processed. Module EYU0PELT (PELT - RTA/EVAL Long Running Task) removes request elements from the service queue in LIFO sequence. In normal circumstances, this causes no problem because there is only one request element on the service queue. However if two or more service requests are added to the request queue in quick succession, and dispatch of the PELT task is delayed, a release request could be processed before the install request for the same APSPEC. If the APSPEC is installed again, for example in the sec- ondary CMAS, triggered by shutdown of the primary CMAS, the install of the RTADEF will fail because its EVALDEFs are still in the timer control lists. As a result, the EVAL Descriptors will be released, but the timer control lists will still con- tain elements pointing to the freed EVAL Descriptors. If the storage in the RTA data space is reused for another purpose, at the next expiration of the evaluation timer for an EVALDEF in the Evaluation Expression of the failed RTADEF, this will result in failures as described above, in module EYU0PEAD (PEAD - RTA/EVAL Asynchronous Data Collector) or in other modules called by PEAD.
Problem conclusion
Module EYU0PELT was modified to remove the queue of incoming service requests and rechain in FIFO sequence, when POSTed by a service requestor. Incoming request elements will be processed in the order in which they were added to the queue. Module EYU0PESD (PESD - RTA Evaluation Scheduler) was modified to sus- pend execution after POSTing the service ECB for PELT, to allow PELT to be dispatched.
Temporary fix
********* * HIPER * ********* FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PI09866
Reported component name
CICS TS Z/OS V4
Reported component ID
5655S9700
Reported release
70M
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2014-01-17
Closed date
2014-02-05
Last modified date
2014-03-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PI09873 UI14835
Modules/Macros
EYU0PELT EYU0PESD
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R70M PSY UI14835
UP14/02/10 P F402
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.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":"4.2","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 March 2014