IBM Support

PK82867: DFHLEPT AND DFHLEPTQ RECEIVE ABEND0E0 RC34S AFTER A WEB RECEIVE IS REQUESTED. THE ADDRESS SPACE MAY LOOP WITH THESE ABENDS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After a WEB RECIEVE, the region may receive multiple abend0E0
    abends with a return code of 34.  MVS is preventing the PC call
    on the current TCB from unstacking a linkage stack that it did
    not own.
      The sequence of events can be a :
                   EXEC CICS WEB OPEN
                   EXEC CICS WEB RECEIVE (With no WEB SEND)
    or through CEDF :
               EXEC CICS WEB OPEN
               EXEC CICS WEB SEND (that fails)
               EXEC CICS WEB RECEIVE
      The CICS trace shows the pthread being invoked on the S8 TCB.
               LEPT  ENTRY INVOKE_PTHREAD
               LEPT  EVENT ENCLAVE_ENTRY
    Then the INQUIRE being performed on the SO TCB.
               SOIS  ENTRY INQUIRE
               DSAT  ENTRY CHANGE_MODE
               DSAT  EXIT  CHANGE_MODE/OK
               SOIS  EXIT  INQUIRE/OK
    The switch back to the S8 TCB is not done.  The :
               LEPT  EXIT  INVOKE_PTHREAD
    is made under the SO TCB.  Since the switch is not made back to
    the proper TCB, the S8, we continue to operate under the wrong
    TCB and this exposes problems such as the abend0E0 RC34 when a
    PR call is made under the wrong TCB.
    Additional Symptom(s) Search Keyword(s): KIXREVRBD
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: MSGDFHAP0001 abend (code 0E0/AKEX) has  *
    *                      occurred at offset x'000001AE' in       *
    *                      module DFHLEPTQ.                        *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An outbound HTTPS request is initiated using EXEC CICS WEB
    OPEN. This is followed by EXEC CICS WEB SEND which fails with a
    LENGERR condition. Instead of abending, the application handles
    the LENGERR and proceeds to issue an EXEC CICS WEB RECEIVE.
    DFHWBCL calls sockets domain to receive an HTTP response (even
    though no HTTP request has been sent). As this is the first
    socket I/O for the outbound socket and the connection is using
    SSL, system SSL is called to perform a handshake with the remote
    server. CICS switches to an S8 TCB before calling system SSL.
    During the handshake, system SSL drives a CICS callback routine
    ( SIDPEER ) to obtain the IP address of the remote server. The
    IP address has not yet been obtained so CICS issues a BPX1GNM
    call. This requires a switch to the SO TCB. After the IP address
    has been obtained, CICS returns to system SSL. However, CICS
    fails to switch back to the S8 TCB mode. The SO TCB uses a
    separate LE enclave to the pool of S8 TCBs which are needed for
    system SSL. This results in a program check.
    This triggers a loop of abends until CICS eventually terminates
    with user abend 1800.
    
    ADDITIONAL KEYWORDS :- DFHAP0001 0E0 AKEX DFHLEPTQ DFHXDXDF
                           DFHLEPT ASRB 0C4 S0C4 ABEND0C4 ABENDS0C4
                           KE1800 DFHKE1800 PC0409 AP0001 DFHDU0001
                           DU0001 MSGDFHDU0001
    

Problem conclusion

  • DFHSOSE routine SIDPEER has been changed to save the TCB mode on
    entry and switch back to this mode before returning to system
    SSL.
    

Temporary fix

  •             *********
                * HIPER *
                *********
    FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK82867

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    500

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-03-18

  • Closed date

    2009-04-20

  • Last modified date

    2009-05-01

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

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

    UK45901

Modules/Macros

  •    DESSOSE  DFHSOSE
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R500 PSY UK45901

       UP09/04/25 P F904

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.2","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.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
01 May 2009