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
The "Date of Last Protection to Local Pool" for directory-container storage pool in the QUERY STGPOOL command output might not be refreshed correctly at the end of a successful execution of a "PROTECT STGPOOL ..TYPE=LOCAL" process, in scenario where the server has a defined server definition for itself. Customer/L2 Diagnostics: When the PROTECT STGPOOL process ends, "the last protect time of stgpool" is updated. For local protect, the field "Date of Last Protection to Local Pool" is updated while for remote protect, the "Date of Last Protection to Remote Pool" field will be refreshed. In case where the instance has a server definition for the instance itself, this will return a non-zero serverID for the servername of the local server, which results in "Date of Last Protection to Remote Pool" gets updated instead of "Date of Last Protection to Local Pool". (Note: the serverID is intended only for internal usage and not visible from the SP server command line queries) IBM Spectrum Protect versions affected: Server 7.1.3.x and 8.1.x on supported platforms Initial Impact: Medium Additional Keywords: TSM "Spectrum Protect" #TS003141500 " "Date of Last Protection to Local Pool" not updated
Local fix
Delete the server definition for itself whenever possible.
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. Affected platforms for reported release: AIX, Linux, and Windows. Platforms fixed: AIX, Linux, Windows.
Temporary fix
Comments
APAR Information
APAR number
IT31553
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
81L
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2020-01-16
Closed date
2020-02-14
Last modified date
2020-02-14
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":"81L"}]
Document Information
Modified date:
15 September 2021