A fix is available
APAR status
Closed as program error.
Error description
Customer is experiencing a series of abends. Starting with DFHSO0002 A SEVERE ERROR (CODE X'0211') HAS OCCURRED in MODULE DFHSOCK, then followed by DFHSO0102 ERROR (CODE X'0263') HAS OCCURRED ON RECEIPT OF A SEVERE TCP/IP RETURN CODE; THE TCPIPSERVICE xxxxxxxx ON PORT nn AT IP ADDRESS xxx.xxx.xxx.xxx WILL BE CLOSED. Followed by DFHSO0001AN ABEND (CODE 0C4/AKEA) HAS OCCURRED at OFFSET X'57EE' IN MODULE DFHSOCK After message DFHSO0102 is issued, the TCP/IP service on port nn is taken down. Restart TCP/IP region and the closed TCPIPSERVICE is reopened. The normal work can't be resumed on the TCPIPSERVICE. Customer has to take both CICS and TCP/IP down and up to get it work again. It appears that CICS should not be issuing an ACCEPT if it has closed the TCPIPSERVICE. If CICS did so, then when TCP/IP decided to respond to the bad ACCEPT a bit later, and the bad LTE address could cause the S0C4. Customer's VSE version is at 820/4.2 and TCPIP version is at IBM APAR PK33472 (SP F). Additional Keywords: KIXREVRHC
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS users. * **************************************************************** * PROBLEM DESCRIPTION: DFHSO0001 An abend (code 0C4/AKEA) has * * occurred at offset X'57EE' in module * * DFHSOCK after enabling TCP/IP option * * $OPTCHKR. * **************************************************************** * RECOMMENDATION: * **************************************************************** This error normally occurs when the customer has enabled the BSDCFG2=$OPTCHKR option in the TCP/IP SOCKOPT macro. After an EOPNOTSUPP (1,112) error on an ACCEPT call for a TCPIPSERVICE, CICS is supposed to perform an immediate close on the TCPIPSERVICE, which it does. However, a CICS logic error causes it to incorrectly issue a new ACCEPT on the TCPIPSERVICE, and it passes a bad parameter address. If TCP/IP does not reject this request, the later completion of the request causes CICS to use the bad parameter address, and it attempts to overlay the key zero storage that is addressed by GPR 11 when executing a STORE R9 instruction. This results in the protection exception S0C4 program check in DFHSOCK. The customer may see other error messages and abends before this one due to the EOPNOTSUPP, for example: DFHSO0002 A SEVERE ERROR (CODE X'0211') HAS OCCURRED IN MODULE DFHSOCK DFHSO0102 A LANGUAGE ENVIRONMENT CALLABLE SERVICE ERROR (CODE X'0263') HAS OCCURRED ON RECEIPT OF A SEVERE TCP/IP RETURN CODE; Additional keywords: ABEND0C4 ABENDS0C4 MSGDFHSO0001 MSGDFHSO0002 MSGDFHSO0102
Problem conclusion
DFHSOCK has been corrected so that it no longer issues another ACCEPT request on the TCPIPSERVICE as it is being closed. In addition, DFHSOCK has been corrected to avoid an overlength trace entry SO 0263 that may occur for this problem.
Temporary fix
********* * HIPER * ********* FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM46674
Reported component name
CICSTS FOR VSE
Reported component ID
564805400
Reported release
B0P
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt
Submitted date
2011-08-29
Closed date
2011-11-17
Last modified date
2012-05-15
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK73939
Modules/Macros
DESSOCK DESSOCM DESSOSE DFHSOCK DFHSOSE
Fix information
Fixed component name
CICSTS FOR VSE
Fixed component ID
564805400
Applicable component levels
RB0P PSY UK73939
UP11/11/28 P E511
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":"1.1.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
15 May 2012