Direct links to fixes
7.1.9.000-TIV-TSMCMS-Windows64
7.1.9.000-TIV-TSMCMS-Windows32
7.1.9.000-TIV-TSMCMS-Linuxx64
7.1.9.000-TIV-TSMOC-LinuxS390
7.1.9.000-TIV-TSMOC-LinuxPPC64
7.1.9.000-TIV-TSMOC-Windows
7.1.9.000-TIV-TSMOC-Linuxx64
7.1.9.000-TIV-TSMOC-AIX
7.1.9.000-TIV-TSMSRV-WIN
7.1.9.000-TIV-TSMSRV-SolarisSPARC
7.1.9.000-TIV-TSMSRV-Linuxx86_64
7.1.9.000-TIV-TSMSRV-Linuxs390x
7.1.9.000-TIV-TSMSRV-Linuxppc64
7.1.9.000-TIV-TSMSRV-HP-UX
7.1.9.000-TIV-TSMSRV-AIX
8.1.3.000-IBM-SPSRV-AIX
8.1.3.000-IBM-SPSRV-Linuxppc64le
8.1.3.000-IBM-SPSRV-Linuxs390x
8.1.3.000-IBM-SPSRV-Linuxx86_64
8.1.3.000-IBM-SPSRV-WindowsX64
8.1.3.000-IBM-SPOC-AIX
8.1.3.000-IBM-SPOC-LinuxPPC64le
8.1.3.000-IBM-SPOC-Linuxs390x
8.1.3.000-IBM-SPOC-Linuxx86_64
8.1.3.000-IBM-SPOC-WindowsX64
8.1.3.000-IBM-SPCMS-Linuxx86_64
8.1.3.000-IBM-SPCMS-WindowsI32
8.1.3.000-IBM-SPCMS-WindowsX64
7.1.8.000-TIV-TSMOC-LinuxPPC64le
IBM Spectrum Protect Server V8.1 Fix Pack 3 (V8.1.3) Downloads
IBM Spectrum Protect Server V7.1 Fix Pack 9 (7.1.9.000) Downloads
APAR status
Closed as program error.
Error description
LAN-free backups can fail with ANR0522W "no space available in storage pool" despite there being scratch tapes available and the pool not having reached the MaxScratch value. The issue here is that MaxScratch value for the storage pool is calculated by adding both the NumScratchVols and NumRsvdScratch. These values are seen in the output to the SHOW SSPOOL command. Once the total reached the MaxScratch value then any session or process that requires a scratch volume will fail with "insufficient/no space in storage pool" messages such as ANR0522W, ANR1086E or ANR1149W The problem addressed here is that the NumRsvdScratch can increase after a mount request has failed in a library sharing environment, so this would most likely happen with LAN-free backups or archives. In the case here we have a Library Manager, Library Client and Storage Agent involved. 30/06/2017 14:26:00 ANR8779E (Session: 59, Origin: STA1) Unable to open drive Tape34, error number= 2. (SESSION: 59) 30/06/2017 14:26:01 ANR0409I (Session: 59, Origin: STA1) Session 28646 ended for server Lib_Mgr (AIX). (SESSION: 59) 30/06/2017 14:26:01 ANR1401W (Session: 59, Origin: STA) Mount request denied for volume Vol001 - mount failed. (SESSION: 59) 30/06/2017 14:26:01 ANR0530W Transaction failed for session 175 for node Node1 (TDP VMware) - internal server error detected. (SESSION: 175) At this point the NumRsvdScratch (on the library manager) increases by 1 in the 'SHOW SSPOOL' output. L2 Diagnostics Currently, if a mount operation fails to mount a scratch volume with the error code 3028 (GRC_MOUNT_DENIED) the server should reset the number of the scratch volume count, currently, the server does not do this. You could see errors such as this in a trace:- 14:26:01.159 [572][sstrans.c][4898][ssStoreLFServer]:Storage agent volume mount failed with rc = 3028. 14:26:01.159 [572][sstrans.c][4919][ssStoreLFServer]:Processing opRc 3028 for ssVolumeMounted. And the NumRsvdScratch increases in the SHOW SSPOOL output. IBM Spectrum Protect versions Affected: All supported versions on all platforms Initial Impact: Medium Additional Keywords: TSM IBM Spectrum Protect Max Scratch Lanfree
Local fix
Check why the volume mount failed. Increase the number of scratch volumes that can be used by the storage pool Restart the Server to reset the NumRsvdScratch value.
Problem summary
**************************************************************** * USERS AFFECTED: * * All IBM Tivoli Storage Manager and IBM Spectrum Protect * * server users of scratch mount operation. * **************************************************************** * PROBLEM DESCRIPTION: * * See error description. * **************************************************************** * RECOMMENDATION: * * Apply fixing level when available. This problem is currently * * projected to be fixed in levels 7.1.9 and 8.1.3. Note that * * this is subject to change at the discretion of IBM. * ****************************************************************
Problem conclusion
This problem was fixed. Affected platforms: AIX, HP, Linux, Solaris, and Windows Platforms fixed: AIX, HP, Linux, Solaris, and Windows
Temporary fix
Comments
APAR Information
APAR number
IT21643
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
71A
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-08-03
Closed date
2017-08-08
Last modified date
2017-08-08
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
Document Information
Modified date:
08 August 2017