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 which were
already present.

On Sat, Jan 2, 2010 at 9:37 PM, Howard Coles Jr. <
howard.coles AT ardenthealth DOT com> wrote:

> 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 update
> the
> > volume status to readwrite but there is no use ,as i cant do any
> operation
> > with volume as library does not know about it.
> >   I have used the library GUI and i can see that volumes are still inside
> > the library. The same condition is occuring with my two library managers
> in
> > the same site. At present i have used checkin libv command to make some
> > scratch available so that backups dont fail again but i am concerned
> about
> > the already backed up data.
> >
>
> Don't worry, the data is still there.  Just update the valid volumes to
> read/write status if they're physically in the Library after you run an
> audit.
>
> the order I would take care of this is:
> 1.  make sure no clients or processes are running (other than Admin
> Sessions).
> 2.  Make sure no volumes are mounted.
> 3.  Run "Audit libr" with the checklabel=barcode option (can't remember
> the exact syntax for some reason run: help audit library)
> 4.  Check any errors or "can't find tape in slot" whatever messsages.
> 5.  Update any volumes still showing as "Unavailable".
>
> Or you could update them ahead of time, but you will want to check and
> make sure they are physically in the library.
>
> run:
> update vol <volsernum> access=readwrite
>
> This should turn them back to writable, and everything should go back to
> normal.
>
> Hopefully you're running offsite copies using DRM, so at the worst, you
> will have to restore the volumes from the offsite copies.
>
> --
>
> See Ya'
> Howard Coles Jr.
> Sr. Systems Engineer
> (615) 296-3416
> John 3:16!
>



--
Best Regards
Ashish Sharma
ST Microelectronics Ltd.
919717003853