IBM Support

PM50133: DFHPD0123 A PROGRAM CHECK HAS OCCURRED WHILE PROCESSING KEYWORD KE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When using the IPCS VERBX DFHPDxxx to format out the Kernel
    Domain the dump formatter receives a 0C4. There was no Dump
    produced so an IPCS batch Job was ran with //DFHSNAP DD to
    capture a dump.
    
    From the batch job we can see the problem is caused by an the
    0C4 in DFHIPDUF when it is formatting the IPROCs for the
    internal procedures in DFHFCVS. Here is how the formatting looks
    
    KE_NUM @STACK   LEN  TYPE ADDRESS  LINK REG OFFSET ERR NAME
    0012   23E2D020 0120 Bot  A2D01C00 A2D01FBC 0003BC  DFHKETA
    0012   23E2D140 0320 Dom  A2D1A9E8 A2D1AC00 000218  DFHDSKE
    0012   23E2D460 0820 Dom  A2D43140 A2D442DE 00119E  DFHXMTA
    0012   23E2DC80 0330 Dom  A362D600 A362DB04 000504  DFHAPPG
                         Int   +000350 A362D77C 00017C  FAST_IN
    0012   23E2DFB0 0D98 Lifo 24CF1028 A4CF2714 0016EC  DFHMIR
    0012   23E2ED48 0830 Dom  A3A6C000 A3A72436 006436  DFHFCFR
                         Int   +0044E6 A3A6C83E 00083E  ACCMTEST
    0012   23E2F578 0980 Sub  A3BB6500 A3BC0622 00A122  DFHFCVS
                         Int   +002C6E A3BB699C 00049C  PROCESS
                         Int   +002F86 A3BB91C8 002CC8  READ_RECORD
                         Int   +005ECE A3BB94AC 002FAC  VSAM
    ** DFHPD0123 A program check has occurred while processing
    keyword KE
    
    There should be another IPROC formatted after the VSAM IPROC.
    
    A part of each module in the IPRxxxx piece contains all those
    IPROC names and the offset information. Here is the Loader
    Domain information about DFHFCVS:
    
    DFHFCVS  A3BB6500 DFHFCVS  23BB6500 650  UK60625  09/21/10
                      DFHFCVR  23BC4228 650  UK57111  05/20/10
                      IPRFCVS  23BC6808
    
    If you go to IPRFCVS at 23BC6808 it looks like this in the
    beginning:
    
    23BC6808 |       ..>DFHFC|
    23BC6810 |VS NAM........ |
    23BC6820 |.....TRACE_PUT |
    23BC6830.ALL BYTES CONTAIN 0
    23BC6840 |  ...PROCESS_SE|
    23BC6850 |T_REQUEST      |
    The first half word is the length, x'0B51' or decimal 2897.
    
    DFHIPDUF copies this area into its working storage. The field
    name is NAMES_STG and is defined like this:
    
    DCL NAMES_STG CHAR(2500);
    
    The problem is that because DFHFCVS has so many IPROCs, IPRFCVS
    is longer than NAMES_STG . And we can see at some point this
    NAME_STG value was increased to the 2500 decimal.
    
    Additional Symptom(s) Search Keyword(s):
    KIXREVACC
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: DFHPD0123 A program check has occurred  *
    *                      while processing keyword KE.            *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    Message 'DFHPD0123 A program check has occurred while processing
    keyword KE' is issued when attempting to format a dump using the
    DFHPD660 or DFHPD670 IPCS verbexit with the 'ke=1' keyword.
    This is because the block of storage allocated to hold the table
    of internal procedures is too small for module DFHFCVS.
    Additional keyword: msgDFHPD0123
    

Problem conclusion

  • DFHIPDUF has been changed so that a larger block of storage
    is allocated to hold the table of internal procedures.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM50133

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    600

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-10-17

  • Closed date

    2012-07-26

  • Last modified date

    2012-09-05

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

    PM44951

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

    UK80544 UK80545

Modules/Macros

  •    DFHIPDUF
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R600 PSY UK80544

       UP12/08/08 P F208

  • R700 PSY UK80545

       UP12/08/08 P F208

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

Document Information

Modified date:
05 September 2012