Troubleshooting
Problem
You lose your LUTYPE62 sessions after TIMEOUT, and receive the following messages: DFHZC3477 - Cleanup received , DFHZC3437, DFHSN1500, and DFHZC3462.
Symptom
DFHZC3477E, DFHZC3437I, DFHSN1500, and DFHZC3462I
Cause
CICS does not reacquire the session after a CLEANUP, due to the setting of bit TCTERIN during bind processing.
Diagnosing The Problem
The transaction that runs in CICS has two facility terminals. The principal facility is an LU62 connection to the web server, and the secondary facility is a session that is allocated to a UNIX server.
When the TIMEOUT occurs at the web server, CICS receives a CLEANUP request. This causes a CLSDST on the session and CICS schedules an abend for the task. The task is not immediately abended because it is in a terminal wait with the UNIX server. When the terminal wait with the UNIX server ends, the task is resumed and then abended.
When CICS receives the CLEANUP request, CICS creates message DFHZC3477 and queues the TCTTE for CLSDST processing. CICS does not attempt to re-acquire the session automatically after the DFHZC3462 due to the TCTERIN bit being on. CICS sets TCTERIN during BIND negotiation. Byte 25 bit 4-5 of the BIND determines which side is responsible for session reinitiation.
If the 2 bits in byte 25 are on, TCTERIN is off.
If the 2 bits in byte 25 are off, TCTERIN is on.
If bit 5 in byte 25 is off, TCTERIN is on.
Resolving The Problem
Code a user node error program (NEP) to force a SIMLOGON to VTAM so that the sessions will be automatically reacquired after message DFHZC3477.
Information on coding a user NEP can be found in the section Writing a node error program in the CICS Customization Guide. You will need to set the TWAOASM (X'02') bit in TWAOPT2 to indicate a SIMLOGON is required.
Product Synonym
CICS/TS CICS TS CICS Transaction Server CICS/VSE VSE z/VSE
Was this topic helpful?
Document Information
Modified date:
21 June 2018
UID
swg21160143