ADSM-L

Re: Strange 3590/3494-volume-behavior..?

2002-01-07 11:57:47
Subject: Re: Strange 3590/3494-volume-behavior..?
From: Rainer Wolf <rainer.wolf AT RZ.UNI-ULM DOT DE>
Date: Mon, 7 Jan 2002 17:52:32 +0100
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
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