APAR status
Closed as program error.
Error description
When a device class mountlimit is restricted, query process can fail to report that is is waiting on the device class, if more mounts are required than the mountlimit allows. Customer/L2 Diagnostics: There are two copy storage pools both using a server device class that has a mountlimit of 1. When two backup storage pool processes need a copy storage pool volume mounted, using a server devtype device class, if a mountpoint for the server device class (mountlimit of 1) is in use, then the second process says it is waiting on a mount point for the primary storage pool input device class only, and doesn't list the output device class name For example; q process Both copy storage pools use the same device class that has a mountlimit of 1. Process Process Description Status Number -------- -------------------- ------------------------------------------------- 2,566 Backup Storage Pool Primary Pool TAPE1, Copy Pool COPY1, Files Backed Up: 860, Bytes Backed Up: 254,058,745, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 3,820,549,498 Current input volume: AB1234L4. Current output volume: SERVER2SERVER.BFS.123456789. 2,567 Backup Storage Pool Primary Pool TAPE2, Copy Pool COPY2, Files Backed Up: 0, Bytes Backed Up: 0, Unreadable Files: 0, Unreadable Bytes: 0. Current Physical File (bytes): 15,588 Waiting for mount point in device class TAPE2_DEVC (xx seconds). Process 2,567 only reports waiting on the input device class when it should report waiting on both the input and output device classes, TAPE and SERVER. TSM Versions Affected: TSM Servers V5.4, V5.5 and V6.1 on all platforms. Initial Impact: Low Additional Keywords: process proc devclass mount mp TSM device class server
Local fix
Increase the mountlimit of the output device class to the number of mounts required at any one time, if the target server is capable of accepting this increase.
Problem summary
**************************************************************** * USERS AFFECTED: All Tivoli Storage Manager server users * * issuing QUERY PROCESS command. * **************************************************************** * PROBLEM DESCRIPTION: See ERROR DESCRIPTION. * **************************************************************** * RECOMMENDATION: Apply fixing level when available. This * * problem is currently projected to be fixed * * in levels 5.5.5 and 6.1.5. Note that this * * is subject to change at the discretion of * * IBM. * **************************************************************** *
Problem conclusion
This problem was fixed. Affected platforms: AIX, HP-UX, Sun Solaris, Linux, and Windows.
Temporary fix
Comments
APAR Information
APAR number
IC68505
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
55A
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-05-07
Closed date
2010-05-25
Last modified date
2010-05-25
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
R55A PSY
UP
R55H PSY
UP
R55L PSY
UP
R55S PSY
UP
R55W PSY
UP
R61A PSY
UP
R61H PSY
UP
R61L PSY
UP
R61S PSY
UP
R61W PSY
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"55A","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
25 May 2010