Direct links to fixes
8.1.10.000-IBM-SPOC-WindowsX64
8.1.10.000-IBM-SPOC-Linuxx86_64
8.1.10.000-IBM-SPOC-Linuxs390x
8.1.10.000-IBM-SPOC-LinuxPPC64le
8.1.10.000-IBM-SPOC-AIX
8.1.10.000-IBM-SPCMS-WindowsX64
8.1.10.000-IBM-SPCMS-WindowsI32
8.1.10.000-IBM-SPCMS-Linuxx86_64
8.1.10.000-IBM-SPSRV-WindowsX64
8.1.10.000-IBM-SPSRV-Linuxx86_64
8.1.10.000-IBM-SPSRV-Linuxs390x
8.1.10.000-IBM-SPSRV-Linuxppc64le
8.1.10.000-IBM-SPSRV-AIX
IBM Spectrum Protect Server V8.1 Fix Pack (V8.1.10) Downloads
APAR status
Closed as program error.
Error description
When a backup storage object is bound to a mgntclass that has a defined backup copygroup, and that mgntclass is deleted and the new default mgntclass has NO defined backup copygroup then those objects are internally bound to a special mgntclass called 'grace period'. By default backup objects bound to 'grace period' mgntclass are to be expired after 30 days. However, expire inventory is not processing any files bound to 'grace period' Spectrum Protect Versions Affected: Customer/L2 Diagnostics (If Applicable): Select deactivate_date,class_name from backups where state='INACTIVE_VERSION' and class_name='GRACE PERIOD' Inspect this output for any deactivate data older than the grace period retention (default 30 days)
Local fix
1)db2 "select 'delete object ' || cast(bk.object_id as char(24)) ||'force=yes' from backups bk where class_name='GRACE PERIOD' group by bk.object_id" > /tmp/delete_grace_period_obj 2)run delete_grace_period_obj NOTE: This workaround will remove ALL objects bound to 'grace period' not just the ones exceeding the 30day watermark. The workaround should only be used after a support review of your case.
Problem summary
**************************************************************** * USERS AFFECTED: * * All IBM Spectrum Protect server users. * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description. * **************************************************************** * RECOMMENDATION: * * Apply fixing level when available. This problem is currently * * projected to be fixed in level 8.1.10. * * Note that this is subject to change at the discretion of * * IBM. * ****************************************************************
Problem conclusion
This problem was fixed.
Temporary fix
Comments
APAR Information
APAR number
IT30612
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
81A
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-10-25
Closed date
2020-02-21
Last modified date
2020-02-21
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
R81A PSY
UP
R81L PSY
UP
R81W PSY
UP
[{"Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"81A"}]
Document Information
Modified date:
26 August 2021