ADSM-L

[ADSM-L] ADSML-Issue with devclass associating a library not present with the same name/devclass type

2009-11-17 09:26:10
Subject: [ADSM-L] ADSML-Issue with devclass associating a library not present with the same name/devclass type
From: Eric Vaughn <evaughn AT STEVENSON DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 17 Nov 2009 09:25:18 -0500
If anyone has any ideas on how to solve this I would appreciate any assistance. 
Here is my issue. I have a devclass of the following on a source to target 
configuration. Below you will notice that there is a library by the name of 
sequentialfile defined to this devclass.  Well long story short I do not have a 
library named sequentialfile. I issue the command q libr and I get nothing. Ibm 
is working on this and has not been able to tell me how I can remedy it. What 
happened was somehow a library named SEQUENTIALFILE was created with the 
devclass type of file. Oddly enough I have a devclass type of file name 
sequentialfile as outputted below. The problem is I am getting errors during my 
nightly maintenance scripts because of this since TSM is looking for the 
library SEQUENTIALFILE that isnt really there and my backup stg /reclamation 
are failing when looking for this library that is not present. 

Session established with server OM-TIVOLI_SERVER1: Windows
  Server Version 5, Release 5, Level 3.0
  Server date/time: 11/17/2009 09:12:41  Last access: 11/17/2009 09:04:02
tsm: OM-TIVOLI_SERVER1>q devclass sequentialfile f=d

             Device Class Name: SEQUENTIALFILE
        Device Access Strategy: Sequential
            Storage Pool Count: 1
                   Device Type: FILE
                        Format: DRIVE
         Est/Max Capacity (MB): 5,120.0
                   Mount Limit: 30
              Mount Wait (min):
         Mount Retention (min):
                  Label Prefix:
                  Drive Letter:
                       Library: SEQUENTIALFILE
                     Directory: F:\,H:\,G:\,I:\,J:\,K:\
                   Server Name:
                  Retry Period:
                Retry Interval:
                      Twosided:
                        Shared: Yes
            High-level Address:
              Minimum Capacity:
                          WORM: No
              Drive Encryption:


Eric Vaughn
Technical Administrator
Stevenson University
Office (443)334-2301
evaughn AT stevenson DOT edu
 

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