IT12544: SERVER CAN CRASH IN "DELETECONTAINERS" FUNCTION WHEN DELETING A CONTAINER IN A STGPOOLDIR WHICH DOES NOT EXIST ANYMORE

7.1.4.100-TIV-TSMSRV-AIX
7.1.4.100-TIV-TSMSRV-HP-UX
7.1.4.100-TIV-TSMSRV-Linuxppc64
7.1.4.100-TIV-TSMSRV-Linuxs390
7.1.4.100-TIV-TSMSRV-Linuxx86_64
7.1.4.100-TIV-TSMSRV-SolarisSPARC
7.1.4.100-TIV-TSMSRV-WIN
7.1.5.000-TIV-TSMSRV-AIX
7.1.5.000-TIV-TSMSRV-HP-UX
7.1.5.000-TIV-TSMSRV-Linuxppc64
7.1.5.000-TIV-TSMSRV-Linuxs390x
7.1.5.000-TIV-TSMSRV-Linuxx86_64
7.1.5.000-TIV-TSMSRV-SolarisSPARC
7.1.5.000-TIV-TSMSRV-WIN
IBM Spectrum Protect Server V7.1.4.X interim fix downloads
IBM Spectrum Protect Server V7.1 Fix Pack 5 (7.1.5.000) Downloads

APAR status

• Closed as program error.

Error description

• Server can crash in "DeleteContainers" function if it is trying
  to delete a container in a storage pool directory that no longer
   exists.
  
  Activity log on server startup might report:
  
  ANR3418W Invalid storage pool directory
  specified:   /pool/pool1/dir  Error: No such file or directory.
  
  Getcoreinfo.txt on Linux platform will show:
  
  Core was generated by `dsmserv'.
  Program terminated with signal 11, Segmentation fault.
  #0  DeleteContainers (argP=<value optimized out>) at
  sdcntr.c:8926
   in sdcntr.c
  
  ================================================================
  ========
  =
  
  #0  DeleteContainers (argP=<value optimized out>) at
  sdcntr.c:8926
  #1  SdCntrDeleteThread (argP=<value optimized out>) at
  sdcntr.c:2025
  #2  0x0000000000fd2414 in StartThread (startInfoP=0x0) at
  pkthread.c:3687
  #3  0x0000003bc62079d1 in start_thread () from
  /lib64/libpthread.so.0
  #4  0x0000003bc5ee8b6d in clone () from /lib64/libc.so.6
  
  ================================================================
  ========
  
  
  
  Tivoli Storage Manager Server Versions Affected:  7.1.3.x on all
  platforms
  
  Initial Impact: High
  
  Additional Keywords:  spectrum protect TSM crash abend container
  stgpooldir deleted
  

Local fix

• update all container storage pools to have reusedelay of 9999
  
  ie
  update stgpool container_pool_name reusedelay=9999
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All users of directory-container pools.                      *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * See error description.                                       *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Apply fixing level when available.                           *
  * This problem is currently projected to be fixed in level     *
  * 7.1.5.                                                       *
  * Note that this is subject to change at the discretion of     *
  * IBM.                                                         *
  ****************************************************************
  

Problem conclusion

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

Temporary fix

Comments

APAR Information

• 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