==> On Mon, 14 Mar 2005 17:42:24 -0500, Richard Sims <[EMAIL PROTECTED]> said:
> There's really nothing to dispute... TSM asks the Library Manager to mount
> the tape - but, naturally, TSM has to believe that the tape is in the
> library in order to want to request the mount. When TSM restarts it
Allen -
There's really nothing to dispute... TSM asks the Library Manager to
mount the tape - but, naturally, TSM has to believe that the tape is in
the library in order to want to request the mount. When TSM restarts it
performs the equivalent of an Audit Library, to assure that its last
knowledge
As I mentioned in the previous email, I determined the problem as being
the wrong ID was used for the lmcp def.
It was the ID of the other library.
Doing a 'q libvol' showed the volumes of the library with the ident,
but the ones from the library I was trying to
use were missing. This was a bit co
==> On Mon, 14 Mar 2005 15:21:42 -0500, Richard Sims <[EMAIL PROTECTED]> said:
> In a library with a Library Manager, such as the 3494, TSM does not mount
> the tape - the library does, per TSM simply asking the library to mount
> volume 001234.
I'm going to have to dispute this. I just tested
Yes, we have two libraries
We only defined one library to the DR server for the switch, library it
could access.
The problem was the incorrect I.D. from the ibmatl.conf was selected
for the lmcp
definition to AIX.
It because available because it was acccessible from the lan.
The drives
On Mar 14, 2005, at 3:02 PM, Lawrence Clark wrote:
In a library containing a Library Manager, such as the 3494, TSM does
not need to know (and does not know) where tapes reside within the
library.
Is this true? It does seem that when the contents of a Q LIBVOL
came up emnpty was the point that TSM
>>> [EMAIL PROTECTED] 03/14/2005 1:31:49 PM >>>
On Mar 14, 2005, at 11:47 AM, Lawrence Clark wrote:
> The consequence is that although the library showed on TSM, the info
> about where the vols resides was lost. a
> - q vol returned info about a volume
> - a q content returned info about a volu
> The consequence is that although the library showed on TSM, the info
> about where the vols resides was lost. a
> - q vol returned info about a volume
> - a q content returned info about a volume
> but:
> - q libvol showed empty rows for the library.
> Anyone have insight, experience, or sugg
On Mar 14, 2005, at 11:47 AM, Lawrence Clark wrote:
The consequence is that although the library showed on TSM, the info
about where the vols resides was lost. a
- q vol returned info about a volume
- a q content returned info about a volume
but:
- q libvol showed empty rows for the library.
In
==> On Mon, 14 Mar 2005 11:47:50 -0500, Lawrence Clark <[EMAIL PROTECTED]> said:
> The consequence is that although the library showed on TSM, the info
> about where the vols resides was lost. a
> - q vol returned info about a volume
> - a q content returned info about a volume
> but:
> - q li
10 matches
Mail list logo
