A fix is available
APAR status
Closed as program error.
Error description
Using EPI between CICS on Z/OS and a ctg V6 or V7 on AIX. From the same terminal on AIX a first transaction is run (Abending or running fine) . This transaction is routed to the AOR from the TOR. If a second transaction ( in our case the same TRANID) is run from the same terminal and abend in the AOR the error messages and abend for the second transaction are not received by the terminal then the terminal received the error messages and abend for the first transaction. The difference seems to be the error messages are sent from the TOR in EBCDIC for the second transaction then they are sent in ASCII for the first transaction.On AIX the EBCDIC messages are not transmitted to the terminal. In both cases the traces entries are the same until the LINK to DFHTFP. DFHPEP is called for the first task then it is not called for the second task. DFHCCNV is used to send error message on ABEND only for the first task started on a terminal for EPI. If abend occured on a next task on this terminal message is send to the session (LU6.2) instead of surrogate terminal. for task 3717 entry 016149 AP 00E0 MGP ENTRY 02206 TERM for task 3757 entry 035990 AP 00E0 MGP ENTRY 02206 RETTIOA TIOA The problem is when the transaction has to be defined in the TOR with the DYNAMIC attribute set to yes.
Local fix
If the transaction is statically routed from the TOR to the AOR the problem should not occur.
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: CICS sends message DFHAC2206 to * * a CTG Client in EBCDIC rather * * than ASCII. * **************************************************************** * RECOMMENDATION: * **************************************************************** CICS receives an EPI request in ASCII from a CTG client to run a user transaction. During transaction attach, the request is converted from ASCII to EBCDIC. Because the transaction is defined as DYNAMIC, TCTEDTR is turned on in the surrogate TCTTE and the user dynamic routing program is invoked. The route selection chosen by EYU9XLOP is to route to another CICS region. The user program in the second CICS region runs and issues an EXEC CICS ABEND ABCODE('XXXX'). An ABORT request is sent back to the first CICS region along with message DFHAC2206. The first CICS region issues message DFHIR3783 followed by an abend AZI6. During abend processing DFHTFP TRANSACTION_ABENDED checks TCTEPROP in the surrogate TCTTE to determine if the abend needs to be propagated to the TOR. TCTEPROP is off, so a negative response with message DFHAC2206 converted in ASCII is sent to the CTG client. The CTG client receives the negative response and message DFHAC2206 is displayed at the terminal. A second request from the CTG client to run the user transaction at the same terminal is received. DFHZTSP ATTACH finds TCTEDTR on and sets TCTEPROP on. As in the first request, the user transaction is routed to the second CICS region. The user program issues an EXEC CICS ABEND ABCODE('XXXX'). An ABORT request is sent back to the first CICS region. Message DFHIR3783 is issued and the task is abended with an AZI6. DFHTFP TRANSACTION_ABENDED finds that TCTEPROP is on and issues a DFHLUC ISSUE-ABEND instead of sending a negative response. Message DFHZN2701 is issued. An FMH7 with message DFHAC2206 in EBCDIC is sent to the CTG client. Because the CTG client expects the data to be in ASCII, message CCL7053E 'Errors found while communicating with server.' is issued.
Problem conclusion
DFHZTSP has been changed to turn off TCTEDTR and TCTEPROP in the surrogate TCTTE, when performing the DETACH function for this scenario.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM05042
Reported component name
CICS TS Z/OS V4
Reported component ID
5655S9700
Reported release
600
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-01-13
Closed date
2010-01-28
Last modified date
2010-02-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK53924
Modules/Macros
DFHZTSP
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R600 PSY UK53924
UP10/01/30 P F001
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.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":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 February 2010