Do you have 1 drive in library? If so , than this situation is right.
02.08.07, 13:05, Michael Green <mishagreen AT GMAIL DOT COM>:
> I have a devc called FILECLASS based on DEVT FILE,
> and I got a STGPOOL based on this DEVC
> and when I perform migration to tapes (to an STG based on
> DEVC=LTO2CLASS, DEVT=LTO)
> I see that two processes (out of 3) are waiting for a mount in DEVC FILECLASS:
> tsm: TRISTAN>q pr
> Process Process Description Status
> Number
> -------- --------------------
> -------------------------------------------------
> 3 Migration Volume
> /tsmfs02/file/00000218.BFS (storage pool
> FILE_MAIL), Moved Files: 0,
> Moved Bytes: 0,
> Unreadable Files: 0, Unreadable
> Bytes: 0.
> Current Physical File (bytes):
> 100,372,059
> Waiting for mount point in
> device class
> FILECLASS (1791 seconds).
> 4 Migration Volume
> /tsmfs01/file/000001B9.BFS (storage pool
> FILE_MAIL), Moved Files: 336,
> Moved Bytes:
> 59,969,894,381, Unreadable
> Files: 0, Unreadable
> Bytes: 0. Current Physical File
> (bytes):
> 584,850,161 Current input
> volume:
> /tsmfs01/file/000001B9.BFS.
> Current output
> volume: A00190.
> 5 Migration Volume
> /tsmfs02/file/00000220.BFS (storage pool
> FILE_MAIL), Moved Files: 0,
> Moved Bytes: 0,
> Unreadable Files: 0, Unreadable
> Bytes: 0.
> Current Physical File (bytes):
> 386,606,951
> Waiting for mount point in
> device class
> FILECLASS (1791 seconds).
> The device class as shown below is limited to 20 concurrent mounts.
> So why the proccesses are denied immediate access to the FILE volumes?
> The particulars of the STG and DEVC are as following:
> tsm: TRISTAN>q dev fileclass f=d
> Device Class Name: FILECLASS
> Device Access Strategy: Sequential
> Storage Pool Count: 4
> Device Type: FILE
> Format: DRIVE
> Est/Max Capacity (MB): 51,200.0
> Mount Limit: 20
> Mount Wait (min):
> Mount Retention (min):
> Label Prefix:
> Library:
> Directory: /tsmfs01/file,/tsmfs02/file
> Server Name:
> Retry Period:
> Retry Interval:
> High-level Address:
> Minimum Capacity:
> WORM: No
> Drive Encryption:
> Scaled Capacity:
> Last Update by (administrator): CCC
> Last Update Date/Time: 07/16/2007 00:38:34
> And there is a storage pool based on this DEVC
> tsm: TRISTAN>q stg file_mail f=d
> Storage Pool Name: FILE_MAIL
> Storage Pool Type: Primary
> Device Class Name: FILECLASS
> Estimated Capacity: 921 G
> Space Trigger Util: 82.7
> Pct Util: 59.8
> Pct Migr: 72.2
> Pct Logical: 100.0
> High Mig Pct: 99
> Low Mig Pct: 95
> Migration Delay: 0
> Migration Continue: Yes
> Migration Processes: 3
> Reclamation Processes: 1
> Next Storage Pool: LTO2_MAIL
> Reclaim Storage Pool:
> Maximum Size Threshold: No Limit
> Access: Read/Write
> Description:
> Overflow Location:
> Cache Migrated Files?:
> Collocate?: No
> Reclamation Threshold: 2
> Offsite Reclamation Limit:
> Maximum Scratch Volumes Allowed: 18
> Number of Scratch Volumes Used: 13
> Delay Period for Volume Reuse: 0 Day(s)
> Migration in Progress?: Yes
> Amount Migrated (MB): 49,081.16
> Elapsed Migration Time (seconds): 1,465
> Reclamation in Progress?: No
> Last Update by (administrator): CCC
> Last Update Date/Time: 08/02/2007 11:28:31
> Storage Pool Data Format: Native
> Copy Storage Pool(s):
> Continue Copy on Error?:
> CRC Data: No
> Reclamation Type: Threshold
> --
> Warm regards,
> Michael Green
--
Яндекс.Фотки - заливай свои, любуйся чужими! http://fotki.yandex.ru/
|