Yes, you were right.
After restarting the server, the volume was available for use again.
Strange..
Anyway, thanks to all who spent a few seconds in helping me out...
On Mon, 7 Jan 2002, Rainer Wolf wrote:
> Hello,
> mabe you just need to halt and restart the server.
> I had the same phaenomen some weeks ago with volumes, that have been
> written directly by clients and at the same time the log file has reached
> 100 % before the triggered DBbackup has ended ...
> ( this should not normally happen )
> first I tried the same as you ( 3494/3590/tsm4.1.3.0 ) and the restart did it
> ... the volumes became accessible as usual.
>
> --
>
> Mit freundlichen Grüßen / best regards
> Rainer Wolf
>
>
> __________________________________________________________
>
> Rainer Wolf rainer.wolf AT rz.uni-ulm DOT de
> Tel: 0731-50-22482 Fax: 0731-50-22471
> University of Ulm http://www.uni-ulm.de/urz
> University Computing Center Albert-Einstein-Allee 11
> AG Basissysteme 89069 Ulm
>
>
> Tom Tann{s wrote:
> >
> > Hello TSM'ers!
> >
> > I have a problem with a volume in my 3494-library..
> >
> > Tsm-server is 4.2.1.7, AIX.
> >
> > I discovered the problem a few days ago, when trying to move data from the
> > volume to another stg-pool.
> > Tsm incists that the volume is inaccessible.
> > An audit also result in the same:
> >
> > 01/07/2002 16:57:05 ANR2321W Audit volume process terminated for volume
> > ORA052
> > - storage media inaccessible.
> >
> > The volume was dropped by the gripper a week or so ago, but it was
> > re-entered via the recovery-cell. I have inventoried the frame, audited
> > the library on the tsm-server. A "manual mount",
> > mtlib -l /dev/lmcp0 -m -f/dev/rmt1 -VORA052 /mtlib -l /dev/lmcp0 -d
> > -f/dev/rmt1
> > work fine.
> > I've even done checkout/checkin libvol.
> >
> > But now I'm stuck...
> >
> > ANy suggestions on where to look/what to try, would be appreciated...
> >
> > Tom
> >
> > tsm: SUMO>q libvol 3494 ORA052
> >
> > Library Name Volume Name Status Owner Last Use Home
> > Element
> > ------------ ----------- ---------- ---------- ---------
> > ------------
> > 3494 ORA052 Private
> > 3494 ORA052 Private
> >
> > sumo# mtlib -l /dev/lmcp0 -qV -VORA052
> > Volume Data:
> > volume state.........00
> > logical volume.......No
> > volume class.........3590 1/2 inch cartridge tape
> > volume type..........HPCT 320m nominal length
> > volser...............ORA052
> > category.............012C
> > subsystem affinity...03 04 01 02 00 00 00 00
> > 00 00 00 00 00 00 00 00
> > 00 00 00 00 00 00 00 00
> > 00 00 00 00 00 00 00 00
> >
> > tsm: SUMO>q vol ora052 f=d
> >
> > Volume Name: ORA052
> > Storage Pool Name: ORATAPE
> > Device Class Name: BCKTAPE
> > Estimated Capacity (MB): 40,960.0
> > Pct Util: 42.1
> > Volume Status: Filling
> > Access: Read/Write
> > Pct. Reclaimable Space: 0.0
> > Scratch Volume?: No
> > In Error State?: No
> > Number of Writable Sides: 1
> > Number of Times Mounted: 35
> > Write Pass Number: 2
> > Approx. Date Last Written: 12/24/2001 05:29:05
> > Approx. Date Last Read: 12/11/2001 04:50:20
> > Date Became Pending:
> > Number of Write Errors: 0
> > Number of Read Errors: 0
> > Volume Location:
> > Last Update by (administrator): TOM
> > Last Update Date/Time: 01/07/2002 16:49:34
>
|
