A fix is available
APAR status
Closed as program error.
Error description
Customer has application running on AOR which issues an EXEC CICS READ INTO command against a remote file living on FOR. The request is function shipped to the FOR where the mirror task fails to be attached due to a security violation (users multitask and sometimes cause their userid to be revoked). The failure is reported back to the AOR where ABENDAZI6 is processed . The abend is percolated from DFHPCP to DFHISP to DFHFCRF to DFHFCDTS. In DFHFCDTS's recovery routine (FCDTSREC), specific checks are made for abends AKC3, AKCS and AKC5. If none of these then routine EXCEPTION_TRACE is called to record an exception trace. Then routine EXCEPTION_MESSAGE is called where message DFHFC0001 is issued and a system dump is produced: DFHFC0001 CICSAOR1 An abend (code ---/AZI6) has occurred at offset X'26F0' in module DFHFCDTS Customer does not expect a system dump to be produced for an AZI6 abend and feels the abend should be propagated back to the application. Much like PQ66717 does for DFHFCRF and DFHFCFR.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: MSGDFHFC0001 An abend (code ---/AZI6) * * has occurred at offset X'26F0' in * * module DFHFCDTS and an abendAFCZ are * * issued. * **************************************************************** * RECOMMENDATION: * **************************************************************** A file control request for a remote CICS-maintained datatable fails because of a security violation and an abendAZI6 is issued. Instead of the abend being passed back to the application, MSGDFHFC0001 An abend (code ---/AZI6) has occurred at offset X'26F0' in module DFHFCDTS and an abendAFCZ are issued. The abend AFCZ occurs because the recovery routine in DFHFCDTS returns a DISASTER response for the abendAZI6 instead of percolating the abend to the application. Additional keywords: DFHFC0001 FC0001
Problem conclusion
The recovery routines in DFHFCDTS and DFHFCFR, FCDTSREC and FCFRREC, have been changed to percolate any abends for shipped requests instead of returning a DISASTER response. A new reason of FCFR_SHIP_ABEND has been added to a number of file control commands.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PK15593
Reported component name
CICSTS 3.1 Z/OS
Reported component ID
5655M1500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2005-11-22
Closed date
2005-11-30
Last modified date
2006-01-04
APAR is sysrouted FROM one or more of the following:
PK12361
APAR is sysrouted TO one or more of the following:
UK09538
Modules/Macros
DFHFCDTS DFHFCFR DFHFCFRA DFHFCFRM DFHFCFRR DFHFCFRT
Fix information
Fixed component name
CICSTS 3.1 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R400 PSY UK09538
UP05/12/02 P F512
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:
04 January 2006