IBM Support

PK58477: DFHAP0001 ABEND0C4 IN DFHXTP OFFSET 33EC DFHSR0622 ATTEMPT TO OVERWRITE ERDSA DFHAP0002 CODE D509

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A transaction in an AOR issued a RETURN using a CONTAINER back
    to the TOR. The TOR then received the following errors:
    DFHSR0622  An attempt to overwrite the ERDSA has
               caused the abend which follows
    DFHAP0001  An abend (code 0C4/AKEA) has occurred at
               offset X'000033EC' in module DFHXTP.
    DFHAP0002  A severe error (code X'D509') has
               occurred in module DFHUEH.
    Looking at internal trace, we see module DFHAPCR got an error
    on function IMPORT_ALL :
    4E0B APCR  *EXC* - DFHTC_error - FUNCTION(IMPORT_ALL)
                TERMINAL_TOKEN(1868CBD0) DATA_START(38A)
                COMMAND(RETURN)
                Response 10   Abend...} Sense 0C020051
    This problem is the same as PK35533 except that it
    is for transaction routing.
    Additional Symptom(s) Search Keyword(s):
    KIXREVRJL
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend 0C4 in module DFHXTP at offset    *
    *                      x'33F4' (in TOR) when transaction in    *
    *                      AOR issues an EXEC CICS RETURN with     *
    *                      more than 32K of CHANNEL data and byte  *
    *                      2 of the final buffer contains a x'07'. *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A Transaction Routed application executing in an AOR over an MRO
    link issues an EXEC CICS RETURN with the CHANNEL option. As the
    CHANNEL data is greater than 32767, DFHAPCR sends the first
    buffer with the FMH option specified on the TC WRITE
    instruction.
    
    On return to DFHZTSP's DETACH routine (RDLASTOP) the final
    buffer of data is incorrectly sent with the FMH option.
    When this buffer is received in the TOR, as it contains the FMH
    option and the user data just happens to include a x'07' in
    position 2 of the TIOA, DFHZARQ assumes that this is an ABORT
    request (FMH07).
    
    This results in :-
    DFHSR0622 An attempt to overwrite the ERDSA.
    DFHAP0001 An 0C4 abend at x'33F4' in DFHXTP and a system dump.
    DFHSM0102 A storage violation (x'030B') and a system dump
              followed by the loss of the CICS region at shutdown.
    
    
    A similar problem exists when the larger Channel data is
    Transaction Routed back from the TOR to be processed in the
    AOR. This time DFHZTSP's ROUTE routine (ROUTENT) will send the
    final buffer of data with the FMH option even though DFHAPCR's
    EXPORT_ALL may already have sent it.
    
    Again if x'07' is in position 2 of the final buffer, DFHZARQ
    assumes that this is an ABORT request (FMH07).
    This results in an attempt to overwrite the ERDSA (DFHSR0622) in
    the AOR, followed by an 0C4 abend in DFHXTP at offset x'33F4'
    (DFHAP0001) followed by 7 further abends and the loss of CICS.
    
    Additional keywords
    msgDFHSR0622 msgDFHAP0001 msgDFHSM0102 SR0622 AP0001 SM0102 S0C4
    abendS0C4
    

Problem conclusion

  • Both the DETACH (RDLASTOP) and ROUTE (ROUTENT) routines in
    DFHZTSP have been changed so that the FMH option is only
    specified on the TC WRITE instruction when the Channel program
    (DFHAPCR) has not sent it.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PK58477

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2007-12-19

  • Closed date

    2008-06-04

  • Last modified date

    2008-07-01

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

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

    UK37051 UK37052

Modules/Macros

  •    DESAPCR  DFHAPCR  DFHZTSP
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK37051

       UP08/06/06 P F806

  • R500 PSY UK37052

       UP08/06/06 P F806

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:
01 July 2008