IBM Support

PM79068: /STA DB GETS DFS0488I RC=35 AFTER /ERE TYPE 47 DBS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • IMS cancelled with WTOR in BMP that created Type 47 Record
    - /ERE IMS
    (These 2 messages are expected)
      - DFS982I I/O ERROR READING BACKOUT QUEUE, COVERING SYSTEM
    CHKPT =
      - DFS981I  DBD=PDHDKAO  WITHIN PSB=PLAPJK24 STOPPED DUE TO
    BACKOUT
    FAILURE for all DBs
     TSOSPOC:  UPDATE DB NAME(PDHDJ*) START(ACCESS)
    /DIS DB still shows Backout needed after /Sta DB is done for
    some parts
    /STA DB gets DFS0488I RC=35
    Verify of DB fails because of incorrect data
    Can't see anything in SYSLOG that would cause this failure.
    
    /DIS DB DBHDOK01 shows ALL parts are available.
    /DIS DB DBHDOJ01 shows most parts are available.
    A couple parts are still STOPED,NOTOPEN,BACKOUT
     26, /dis db pdhdjk7
    It looks like Type50 records are not maintaining
     the backout chain pointers correctly. Several, but
     not all, pointers are off, causing a lot of databases
     to be skipped in the backout process.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V13 users                            *
    ****************************************************************
    * PROBLEM DESCRIPTION: MSGDFS0488I RC35 after /ERE             *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    Dynamic backout is failing because of bad back chain values
    (field DBCKCHN) in type50 records.
    
    Additional Keywords: CMDERE
    
    Opened for PTM KD40025
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    DFSFLLG0 was storing the offset part of the DBCKCHN information
    before testing for and calling any exit specified by PRMLLXEP.
    This caused the exit to pick up the prior record's block
    sequence number with the current record's offset.
    
    DFSFLLG0 has been changed to set all DBCKCHN information after
    moving the record to the buffer.
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PM79068

  • Reported component name

    IMS V13

  • Reported component ID

    5635A0400

  • Reported release

    300

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-12-12

  • Closed date

    2013-01-18

  • Last modified date

    2013-10-04

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

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

    UK91060

Modules/Macros

  •    DFSFLLG0
    

Fix information

  • Fixed component name

    IMS V13

  • Fixed component ID

    5635A0400

Applicable component levels

  • R300 PSY UK91060

       UP13/01/24 P F301 Ž

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