Do you have 1 drive in library? If so , than this situation is right. 02.08.07, 13:05, Michael Green <[EMAIL PROTECTED]>:
> 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/
