IBM Support

PK36164: ISSUING /STO REG XXX ABDUMP COMMAND TO REMOVE WAITER FOR A PI LOCK LEADS TO U0474 ABEND 06/12/14 PTF PECHANGE

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • /STO REG XXX ABDUMP command was issued to remove a waiter for a
    PI lock.  The command resulted in a U0474 abend however as the
    PST for the region was already in backout processing.  While
    testing to see whether or not we are waiting for a PI lock, we
    fail to check if backout is already in control.  A test will be
    added to see if backout is processing when /STO REG XXX ABDUMP
    is issued for a PI lock waiter, and if so, then the ABDUMP
    command will not be executed.
    ---
    IMS V8 APAR for this problem is PK36178
    ---
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: ALL USING IMS R910 WITH APAR PK13739 OR PTF  *
    *                 UK14770 APPLIED.                             *
    ****************************************************************
    * PROBLEM DESCRIPTION:  A /STO REG xxx ABDUMP results in msg   *
    *                      DFS985I SYSTEM ERROR DURING BACKOUT FOR *
    *                      DB=nnnnnnnn PGM=nnnnnnnn                *
    *                      LOGSEQ=nnnnnnnn, RC=U0474. This occurs  *
    *                      when the region being stopped is in the *
    *                      process of backing out updates.         *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    PROBLEM SUMMARY:
      Code added by APAR PK13739 checked to see if the PST being
    stopped was currently waiting for a PI lock. If that was the
    case it would be removed from the wait chain, and the /STO
    command was allowed to complete. What it failed to do was check
    to see if that PST was in the process of backing out. If that
    was the case the /STO command should not have been allowed to
    complete.
    

Problem conclusion

  • AIDS: RIDS/DCS RIDS/CMD DCS CMD
      DEP: NONE
      GEN:
    
    *** END IMS KEYWORDS ***
      The following modules have been updated to correct the
    problem.
    
    ************
    * DFSSTOP0 *
    ************
    
      The test for backout in control has been moved so it will
    cover waits in both PI and IRLM locking. This will keep the /STO
    command from completing when backout is in control.
    
    ************
    * DFSDSTP0 *
    ************
    
      The test for backout in control has been moved so it will
    cover waits in both PI and IRLM locking. This will keep the /STO
    command from completing when backout is in control.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PK36164

  • Reported component name

    IMS V9

  • Reported component ID

    5655J3800

  • Reported release

    901

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2006-12-13

  • Closed date

    2007-03-15

  • Last modified date

    2008-04-30

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

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

    PK41329 UK23077

Modules/Macros

  • DFSDSTP0 DFSSTOP0
    

Fix information

  • Fixed component name

    IMS V9

  • Fixed component ID

    5655J3800

Applicable component levels

  • R900 PSY UK23077

       UP07/03/23 P F703 «

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCVRBJ","label":"System Services"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"901","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
30 April 2008