IBM Support

PM92912: PGMNAME IS BLANK IN DFSILTA0

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • In this case, the first CHKPT records series with CHKNO=0039 did
    not have type4001 log record as follows.
    
      type4004 CHKNO=0039 (many 4004)
      type4098 CHKNO=0039
      ....
      type4001 CHKNO=003A
      type4004 CHKNO=003A (many 4004)
      type4098 CHKNO=003A
      ....
    DFSILTA0 process type4004 log record only when filchkst (4001)
    flag on and filchkpt (4098) flag off. Type4004 log records with
    CHKNO=0039 are not processed because type4001 log record was not
    processed yet.
    At type4098 log record with CHKNO=0039, DFSILTA0 set filchkpt
    flag incorrectly.
    Due to this filchkpt flag on, type4004 log records with
    CHKNO=003A were not processed. This caused blank program name.
    

Local fix

  • n/a
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V13 users.                           *
    ****************************************************************
    * PROBLEM DESCRIPTION: CHKPT series without x'4001' record     *
    *                      results in blank program name           *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    FILCHKST is turned on when the x'4001' record is processed.
    FILCHKPT is turned on when the x'4098' record is processed.
    
    DFSILTA0 processes x'4004' log records only when then FILCHKST
    flag is on and the FILCHKPT flag is off.  This results in a
    situation where the X'4004' record may not be processed if
    a X'4001' record is not yet processed.  Processing for the
    X'4098' record was turning on the FILCHKPT without checking
    to see if the FILCHKST flag had been turned on yet.
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    DFSILTA0 will now only turn on the FILCHKPT flag during
    processing of a X'4098' record if the FILCHKST flag is
    already on.
    
    Additionally, some code has been added to assist with a problem
    that has commonly occurred in DFSILTA0, which is an attempted
    double delete of an element in one of the trees DFSILTA0 builds.
    The previous result of a double delete was an infinite loop.
    This behavior has been changed so a double delete now results
    in an ABEND U0407.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM92912

  • Reported component name

    IMS V13

  • Reported component ID

    5635A0400

  • Reported release

    300

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-07-12

  • Closed date

    2013-07-29

  • Last modified date

    2013-10-04

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

    PM89146

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

    UK96211

Modules/Macros

  • DFSILTA0
    

Publications Referenced
GC18971410    

Fix information

  • Fixed component name

    IMS V13

  • Fixed component ID

    5635A0400

Applicable component levels

  • R300 PSY UK96211

       UP13/07/31 P F307

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"300","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
14 December 2020