IBM Support

IT15013: CONTAINER POOL FULL WITH POOR DEDUPLICATION PERCENTAGE

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • A Query Stgpool will show the Container pool is full with poor
    deduplication percentage.  The problem may be orphaned
    "Quarantined" container(s) in the fragmented containers table.
    Containers are occasionally quarantined which prevents their use
    for new allocations and their free space from appearing in the
    pool free space.  The containers should be released for use
    after a short quarantine period.  However, if an orphaned
    container is encountered while processing the fragmented
    containers table, processing ends and the remaining containers
    are not processed thus causing the container pool to fill and
    the deduplication percentage to drop over time.
    
    Customer/L2 Diagnostics
    To determine if there is an orphaned quarantined container run
    the following DB2 select:
    
    As the instance owner:
    cd /opt/tivoli/tsm/db2/bin
    set db2instance=server1 (assumes default server name - change if
    yours  is different)
    db2 connect to TSMDB1 (assumes default DB name - change if yours
    is different)
    db2 set schema TSMDB1 (assumes default DB name - change if yours
    is different)
    db2 "select * from sd_fragmented_containers where cntrid not in
    (select cn.cntrid from sd_containers cn)"
    
    If this returns at least 1 record then you are hitting this
    issue:
    Example output:
    CNTRID      POOLID      TIMESTAMP                  FRAGLEVEL
    FLAGS
    ----------- ----------- -------------------------- -----------
    -----------
         185068           5 2016-02-17-23.08.24.998840           0
    0
    
      1 record(s) selected
    
    Platforms affected:
    TSM/IBM Spectrum Protect 7.1.3+    AIX Linux Solaris Windows
    
    Initial Impact: Medium
    
    Additional Keywords: dedup ZZ71 Tivoli Storage Manager TSM
    

Local fix

  • If rows are returned from the select in the Customer/L2
    Diagnostics section then the orphaned container(s) will need to
    be deleted from DB2:
    cd /opt/tivoli/tsm/db2/bin
    set db2instance=server1 (assumes default server name - change if
    yours  is different)
    db2 connect to TSMDB1 (assumes default DB name - change if yours
    is different)
    db2 set schema TSMDB1 (assumes default DB name - change if yours
    is different)
    db2 "delete from sd_fragmented_containers where cntrid not in
    (select cn.cntrid from sd_containers cn)"
    
    Note: The background thread to process fragmented containers
    runs once an hour.  Improvement should be seen in the Query
    Stgpool output within a few hours.
    

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 level 7.1.7.  Note that   *
    * this is subject to change at the discretion of IBM.          *
    ****************************************************************
    

Problem conclusion

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

Temporary fix

Comments

APAR Information

  • APAR number

    IT15013

  • Reported component name

    TSM SERVER

  • Reported component ID

    5698ISMSV

  • Reported release

    71L

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-04-28

  • Closed date

    2016-05-04

  • Last modified date

    2016-05-04

  • 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

  • R71A 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 #: IT15013

Modified date: 04 May 2016