IBM Support

IT09759: DELETE VOLUME DISCARDDATA=YES CAN UNEXPECTEDLY REMOVE DATA FROM ANOTHER PRIMARY STORAGE POOL.

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • Data in a dedup pool exists as chunks which can be referenced by
    multiple files.  Using MOVE DATA to move dedup data from one
    primary pool to another primary pool can leave behind copies of
    chunks that are still referenced by other files in the pool.
    These copies can be seen on the original volume using QUERY
    CONTENT FOLLOWLINKS=YES.  Using DELETE VOLUME DISCARDDATA=YES
    for the original volume will delete the data from the original
    volume, which will create invalid links in the original primary
    pool.  This is expected behavior.  However, the DELETE VOLUME
    will also delete copies of the data that were moved to the other
    primary pool as well as any copies in copy pools.  This is not
    expected behavior.
    

Local fix

  • Avoid using DELETE VOLUME DISCARDDATA=YES for volumes in dedup
    pools.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All Tivoli Storage Manager server users.                     *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * See Error Description.                                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Apply fixing level when available.  This problem is          *
    * currently projected to be fixed in levels 6.3.6 and 7.1.3.   *
    * Note that this is subject to change at the discretion of     *
    * IBM.                                                         *
    ****************************************************************
    

Problem conclusion

  • The problem was fixed.
    Affected Platforms: AIX, HP-UX, Solaris, Linux, and Windows.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IT09759

  • Reported component name

    TSM SERVER

  • Reported component ID

    5698ISMSV

  • Reported release

    71A

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-06-29

  • Closed date

    2015-07-13

  • Last modified date

    2015-07-13

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

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

Fix information

  • Fixed component name

    TSM SERVER

  • Fixed component ID

    5698ISMSV

Applicable component levels

  • R63A PSY

       UP

  • R63H PSY

       UP

  • R63L PSY

       UP

  • R63S PSY

       UP

  • R63W PSY

       UP

  • R71A PSY

       UP

  • R71H PSY

       UP

  • R71L PSY

       UP

  • R71S PSY

       UP

  • R71W PSY

       UP



Document information

More support for: Tivoli Storage Manager

Software version: 7.1.3

Reference #: IT09759

Modified date: 13 July 2015