ADSM-L

Re: [ADSM-L] mount points in devclass FILECLASS

2007-08-02 05:42:32
Subject: Re: [ADSM-L] mount points in devclass FILECLASS
From: buchoreg <buchoreg AT YANDEX DOT RU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 2 Aug 2007 13:25:49 +0400
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/

<Prev in Thread] Current Thread [Next in Thread>