A fix is available
APAR status
Closed as program error.
Error description
Your TOR region receives the following error: DFHSM0002 A severe error (code X'0D0A') has occurred in module DFHSMMF Module DFHXTP offset x'9cc' is issuing the freemain for this storage, retrieving the address from field: TCATPTA Here is the failing trace entry: SM 0D0A SMMF *EXC* - Invalid_TP_storage_address FUNCTION(FREEMAIN) ADDRESS(1888A0A0) TCTTE_ADDRESS(18F73030) After this, they have also seen an ABENDAKEC in module DFHALP.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: DFHSM0002 severe error code 0D0A * * in DFHSMMF. * **************************************************************** * RECOMMENDATION: * **************************************************************** A transaction received on an LU62 session is routed via MRO to an AOR. DFHXTP transformer 4 on the routing system checks to see if TCSE_SYSTEM_SUPPORTS_TIMEOUT in the TCSE for the remote link to the AOR matches that indicated by FMHXTOS in the FMH received from the AOR. These flags indicate whether the remote terminal delete timeout system, introduced in CICS/ESA Version 4 Release 1, is supported by the remote system. If the flags do not match, the TCSE is updated to reflect the setting from the FMH and the change is cataloged. In setting up the catalog request, DFHXTP sets TCATPTA to the address of the TCSE. However, following the catalog a getmain for TIOA storage for the user TCTTE may be performed. This assumes that the address of the user TCTTE (from XTSATTEU) will be in TCATPTA. Instead we still have the address of the TCSE. As a result of this, a TIOA is getmained for the wrong TCTTE and part of the TCSE is overlaid. When DFHXTP later attempts to free the TIOA, using the correct TCTTE address, DFHSM0002, a severe error in DFHSMMF, occurs. It is unlikely that this error will occur as any CICS system at level CICS/ESA Version 4 Release 1 and above should support the remote delete timeout mechanism, so DFHXTP should not be required to change TCSEDII3 and catalog the change unless a pre-410 AOR is involved. It is suspected that in this case there was no pre-410 AOR but that an overlay of the FMH may have led to this problem, caused by a previous abend. Additional keywords: AXTG abendAXTG FMHXTOS XFORM4 XTP msgDFHSM0002 SM0002
Problem conclusion
DFHXTP has been altered to restore the correct user TCTTE address into TCATPTA following the catalog request in transformer 4.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PK53634
Reported component name
CICSTS V3 Z/OS
Reported component ID
5655M1500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2007-09-28
Closed date
2007-10-04
Last modified date
2007-11-02
APAR is sysrouted FROM one or more of the following:
PK41410
APAR is sysrouted TO one or more of the following:
UK29879
Modules/Macros
DFHXTP
Fix information
Fixed component name
CICSTS V3 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R400 PSY UK29879
UP07/10/12 P F710
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":"3.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":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 November 2007