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 [EMAIL PROTECTED] > 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 > > > > 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 >