A fix is available
APAR status
Closed as program error.
Error description
XRF Alternate fails with 0C4 in DFSRMD00 just after an XRF TKO completed .
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: IMS V10 XRF and Fast Path users with * * an RM resource structure (STM=YES), * * Shared EMHB, and apar PK45900 applied. * **************************************************************** * PROBLEM DESCRIPTION: ABENDS0C4 in DFSRMD00 during XRF * * takeover. * **************************************************************** * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF * **************************************************************** A FINANCE terminal with OPTION=OPTACK defined entered a Fast Path transaction using Shared EMH. The output was received, but not dequeued until the next input because of the OPTACK definition. This leaves the output message locked in CQS. An XRF takeover was then initiated. During XRF takeover processing, the XRF alternate performed message resyncronization for the locked message. Additionally, DFSCRSP0 attempted to cleanup the EMHB and UOWE associated with the terminal. Because of a coding error, the UOWE storage was released, but the EMHB still pointed to the UOWE. Because the terminal was class 2, takeover processing initiated a SIMLOGON for the terminal. Eventually, the terminal attempted to input a new fast path transaction. This caused DFSRMD00 to be invoked, attempting to update status in RM for the terminal. The abend occurred when attempting to access the freed UOWE from the EMHB. Additional keywords: ABEND0C4 0C4 S0C4
Problem conclusion
AIDS: RIDS/DCS RIDS/CNTRL DCS CNTRL GEN: *** END IMS KEYWORDS *** DFSCRSP0 is modified to correctly reference the EMHB and UOWE, which will cause the blocks to be correctly processed. DFSRMD00 is modified to use unique EMHB trace codes when obtaining a EMHB for better diagnostics, and to avoid clearing the entire EMHB (which clobbers the EMHB trace) when creating a new EMHB. DBFEMHB is modified to define new EMHB trace code x'80' for DFSRMD00 to use when using an existing EMHB.
Temporary fix
********* * HIPER * *********
Comments
APAR Information
APAR number
PK51671
Reported component name
IMS V10
Reported component ID
5635A0100
Reported release
010
Status
CLOSED PER
PE
YesPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2007-08-23
Closed date
2007-09-07
Last modified date
2008-04-30
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK29003 UK29004
Modules/Macros
DBFEMHB DFSCRSP0 DFSRMD00
Fix information
Fixed component name
IMS V10
Fixed component ID
5635A0100
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"10.1","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCVRBJ","label":"System Services"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"10.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
30 April 2008