er initialization also. If the library path has
> changed, then the path needs to be updated with the new device name for
> the new library path.
>
>
> Jerry Michalak
> jerry_...@yahoo.com
>
>
>
>
> ____
> From: Howard Coles
> To:
path.
Jerry Michalak
jerry_...@yahoo.com
From: Howard Coles
To: ADSM-L@VM.MARIST.EDU
Sent: Mon, January 4, 2010 10:07:53 AM
Subject: Re: [ADSM-L] unexpected result from audit library
That would depend on your library. However, you can check those tapes
you rec
] On Behalf Of
ashish sharma
Sent: Monday, January 04, 2010 9:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] unexpected result from audit library
Hello Howard,
Yes , they intervened as we didnt had the licenses for all the slots we
have
in the library and we asked for aditional number o
lf Of
> km
> Sent: Saturday, January 02, 2010 12:07 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] unexpected result from audit library
>
> They didnt perhaps change the length of volser (i.e. if LTO generation
> should be a part of the volume serial or not)? That
Subject: Re: [ADSM-L] unexpected result from audit library
They didnt perhaps change the length of volser (i.e. if LTO generation
should be a part of the volume serial or not)? That would explain not
finding any already checked in volumes.
On 02/01, ashish sharma wrote:
> Hello Howard,
>
They didnt perhaps change the length of volser (i.e. if LTO generation
should be a part of the volume serial or not)? That would explain not
finding any already checked in volumes.
On 02/01, ashish sharma wrote:
> Hello Howard,
>
> Yes i received a lot of messages " cant find tapes in slot". I jus
Hello Howard,
Yes i received a lot of messages " cant find tapes in slot". I just received
a mail from local system admin saying IBM did some intervention on the
library for installing liocenses and i suspect that may have caused some
malfunctioning in library which is unable to find the tapes whi
On Sat, 2010-01-02 at 20:08 +0530, ashish sharma wrote:
> Hello Richards and Howard,
>
> The paths are ok, as i can run migration and i used checkin libvolume
> command and it works fine. The only concern is the volumes which are
> containing data and are in unavailable status in library. I can u
On Saturday 02 January 2010, ashish sharma wrote:
> Hello Richards and Howard,
>
> The paths are ok, as i can run migration and i used checkin libvolume
> command and it works fine. The only concern is the volumes which are
> containing data and are in unavailable status in library. I can update t
Hello Richards and Howard,
The paths are ok, as i can run migration and i used checkin libvolume
command and it works fine. The only concern is the volumes which are
containing data and are in unavailable status in library. I can update the
volume status to readwrite but there is no use ,as i can
On Sat, 2010-01-02 at 19:12 +0530, ashish sharma wrote:
> Hello Everybody,
>
> Wish you a very happy new year.
>
> I have TSM server version 5.5.0.0 and IBM tape library TS3310. Yesterday i
> find that all my backups have failed. When i checked for reason, i could see
> that there was no scratch
A situation like that can be expected to be cause by a library
failure, or failure of the path to the library. Use the library Web
page or the mtlib command or similar to check out the condition of the
library, and proceed from there. Do research in your TSM Activity Log
and operating system eve
Hello Everybody,
Wish you a very happy new year.
I have TSM server version 5.5.0.0 and IBM tape library TS3310. Yesterday i
find that all my backups have failed. When i checked for reason, i could see
that there was no scratch available in library. To my surprise , the status
of all the volumes w
13 matches
Mail list logo
