IT02717: BACKUP STORAGE POOL CANNOT BACKUP ALL FRAGMENTS OF A SUPER AGGREGATED OBJECT CREATED BY NODE "SPLITLARGEOBJECTS" OPTION

7.1.1.100-TIV-TSMSRV-WIN
7.1.1.100-TIV-TSMSRV-SolarisSPARC
7.1.1.100-TIV-TSMSRV-Linuxppc64
7.1.1.100-TIV-TSMSRV-HP-UX
7.1.1.100-TIV-TSMSRV-Linuxppc64
7.1.1.100-TIV-TSMSRV-Linuxs390x
7.1.1.100-TIV-TSMSRV-Linuxx86_64
7.1.1.100-TIV-TSMSRV-AIX
IBM Tivoli Storage Manager (TSM) server V7.1.0.x interim fix downloads

APAR status

• Closed as program error.

Error description

• With version 7.1 server with node attribute "SPLITLARGEObjects"
  enabled,
  it can happen that "backup stgpool" can report success but not
  actually
  backup certain files to the copy storage pool.
  
  For example, running "backup stgpool" command, it can be
  seen that 6 items are reported as backed up successfully.
  
  06/01/2014 11:08:52  ANR0986I Process 4756 for BACKUP STORAGE
  POOL
                        running in
                        the BACKGROUND processed 6 items for a
  total of
                        45,374,028,876 bytes with a completion
  state of
                        SUCCESS
                        at 11:08:52 AM. (SESSION: 87293, PROCESS:
  4756)
  
  
  No errors are reported in activity log.
  
  Looking at server trace, (AF BF AS SS BACK BACKD flags in this
  example) the 6 bitfiles backed up can be seen:
  
  14:02:02.564 [199][afcputil.c][4840][CopyCluster]:Copying
  bitfiles for
  cluster SrvId=0, PoolId=6, Ck1=9, Ck2=2, for volume
  T05011(1020457)
  14:02:27.154 [199][afcputil.c][5595][CopyBatch]:Copying bitfile
  batch
  SrvId=0, PoolId=6, Ck1=9, Ck2=2, Count=1, for volume
  T05011(1020457)
  14:02:27.154 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24835426 from
  pool 6 to pool -1
  14:04:21.476 [199][afcputil.c][4840][CopyCluster]:Copying
  bitfiles for
  cluster SrvId=0, PoolId=6, Ck1=9, Ck2=2, for volume
  T05111(1020467)
  14:04:21.486 [199][afcputil.c][5595][CopyBatch]:Copying bitfile
  batch
  SrvId=0, PoolId=6, Ck1=9, Ck2=2, Count=4, for volume
  T05111(1020467)
  14:04:21.486 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24809803 from
  pool 6 to pool -1
  14:06:01.047 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24809804 from
  pool 6 to pool -1
  14:06:46.591 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24809805 from
  pool 6 to pool -1
  14:07:31.763 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24809806 from
  pool 6 to pool -1
  14:08:43.797 [199][afcputil.c][5595][CopyBatch]:Copying bitfile
  batch
  SrvId=0, PoolId=6, Ck1=9, Ck2=2, Count=1, for volume
  T05111(1020467)
  14:08:43.797 [199][bfcopy.c][227][BfCopy]:Copying bitfile
  24809807 from
  pool 6 to pool -1
  
  These bitfiles are fragments in a Super Aggregate and all the
  fragments are not being backed up
  to the copy storage pool.
  
  "show invo" against these bitfiles will show that there is only
  a primary version
  and not a copy version.
  
  For example;
  
  show invo 24835425
  
  Inventory object 24835425 of copy type Backup has attributes:
    NodeName: NODE_NAME, Filespace(2): /fs,
    ObjName:
  /subdir/file_name.
    hlID: 7C0A1AC329727AB8DC3523EE70FF088211672727
    llID: 84B4B6DB13F5DA3B1B0C1CC094456500BD35776B
    Type: 2 (File)  MC: 1 (DEFAULT) CG: 1  Size: 11308683264
  HeaderSize:
  395
    Active, Inserted 05/02/2014 02:06:58 AM (UTC 05/02/2014
  12:06:58 AM)
    GroupMap   00000000, bypassRecogToken NULL, flags 0010
  
  Bitfile Object: 24835425
  **Super-Bitfile 24835425 is a Super Aggregate with 2 fragments
  
  **Fragment 0, bitfile 24835425, pendingId: -1
    Active
  **Archival Bitfile Entry
    Bitfile Type: PRIMARY  Storage Format: 22
    Bitfile Size: 10487247280  Number of Segments: 1, flags: 0
    Storage Pool ID: 6  Volume ID: 1020457  Volume Name: T05011
  
  **Fragment 1, bitfile 24835426, pendingId: -1
  
  **Archival Bitfile Entry
    Bitfile Type: PRIMARY  Storage Format: 22
    Bitfile Size: 822816475  Number of Segments: 1, flags: 0
    Storage Pool ID: 6  Volume ID: 1020457  Volume Name: T05011
  
  "q content" run against volume T05011 using copied=no
  will display the file shown by "show invo" command.
  
  
  
  
  Tivoli Storage Manager versions affected:
  Server 7.1 on all platforms
  
  Initial Impact: Medium
  
  Additional Keywords:
  zz71 tsm fragments backup stg stgpool success
  

Local fix

Problem summary

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

Problem conclusion

• This problem was fixed.
  Affected platforms:  AIX, HP-UX, Solaris, Linux, 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