IBM Support

PK36358: CICS SOCKET SEND CANNOT BE TIMED OUT FOR AN FMH-7 ERROR RESPONSE TO A CLIENT.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • There was a previous error with a mirror task on a SOCKET SEND
    and CICS is trying to send the error response back to the
    client.  DFHTFP starts this and since the client is using ECI
    over TCPIP, DFHIEIE is invoked to send the FMH-7 and DFHSOCK
    does the SOCKET SEND.  If the client is not receiving for some
    reason, the SOCKET will remain in this wait and it could lead
    to maxtask, especially if the client continues to send requests
    to CICS.  In this particular case, the client was the CTG that
    was still sending requests to CICS but had stopped receiving
    and this drove CICS to MXT.
    

Local fix

  • Close the TCPIPSERVICE and this will free the sockets.
    Investigate the problem with the client not receiving the SEND
    from CICS.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All                                          *
    ****************************************************************
    * PROBLEM DESCRIPTION: ECI over TCPIP task stuck sending an    *
    *                      FMH7 to a client cannot be timed out or *
    *                      purged.                                 *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An ECI over TCPIP mirror task attempts to send a normal response
    to a client. The socket SEND hangs due to problems at the client
    end. Eventually this SEND times out due to DTIMOUT. The mirror
    task is abended AITH. During transaction termination, an attempt
    is made to send an FMH7 to the client. This SEND also hangs.
    However, the task is now purge protected as it is in transaction
    termination. DTIMOUT is therefore prohibited and in fact the
    task cannot be PURGED/FORCEPURGED or KILLED. Other tasks back up
    behind the first task trying to send down the same socket
    causing a backlog of tasks in CICS.
    
    ADDITIONAL KEYWORDS :- MAXTASKS abendAITH
    

Problem conclusion

  • DFHIEIE has been changed to use a default timeout of 5-seconds
    when sending an FMH-7 to a client.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK36358

  • 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

    2006-12-19

  • Closed date

    2007-01-24

  • Last modified date

    2007-02-02

  • APAR is sysrouted FROM one or more of the following:

    PK32742

  • APAR is sysrouted TO one or more of the following:

    UK21530

Modules/Macros

  •    DESIEIE  DFHIEIE
    

Fix information

  • Fixed component name

    CICSTS 3.1 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK21530

       UP07/01/30 P F701

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 February 2007