The only time I've seen a similar problem (using ADSM/6000 and a
3494 library) was when my convenience input/output station was
full. The system "hangs" waiting for a place to put the next
tape, and no other tape mount or tape movement operations will
take place until the I/O station is cleared of tapes.
We have a scheduled move drmedia command, and sometimes after a
weekend (when no one is in), the I/O station fills up and
Monday's move drm doesn't finish until things are cleared up.
When this has occurred, the 3494 always has the operator
intervention light flashing, requesting a clearance of the I/O
station.
-- Tom
"If I could dot the 'i' in a Michigan Thomas A. La Porte
game and the good lord came to take me Archivist, Feature Animation
the next day ... at least I could DreamWorks SKG
die happy." - Beano Cook, ESPN <tlaporte AT anim.dreamworks DOT com>
On Tue, 11 Mar 1997, Scotty Logan wrote:
>This afternoon we were moving some DRM volumes from our 3494, using a
>procedure we've successfully used before, and managed to lock up parts
>of the ADSM server.
>
>MOVE DRMEDIA had moved 32 tapes (of 43 that were to be moved) out of
>the library when the process hung. QUERY VOL on the volume which was
>being moved hung, as did QUERY DEVC and UPDATE DEVC. The MOVE DRMEDIA
>process could not be cancelled, so we were forced to restart the ADSM
>server.
>
>The only other operations running at this time were a tape to tape
>BACKUP STG and a client restore session, both of which appeared to be
>working.
>
>Since parts of the system appeared to be deadlocked we tried SHOW
>LOCK, which produced the following output (some lines wrapped for
>clarity)
>
> Lock hash table contents (slots=256):
> slot -> 0:
> LockDesc: Type=34000, NameSpace=0, SummMode=sLock, Key=''
> Holder: Tid=0:83467872, Mode=sLock
> Holder: Tid=0:83459850, Mode=sLock
> Waiter: Tid=0:83467910, Mode=sixLock
> Waiter: Tid=0:83467919, Mode=sLock
> Waiter: Tid=0:83468124, Mode=sixLock
> Waiter: Tid=0:83468904, Mode=sLock
> Waiter: Tid=0:83469119, Mode=sLock
> Waiter: Tid=0:83469841, Mode=sixLock
> slot -> 21:
> LockDesc: Type=73007, NameSpace=0, SummMode=xLock,
> Key='/drm/ox_hfs/moves.1997-Mar-11'
> Holder: Tid=0:83459850, Mode=xLock
>
>SHOW THREADS gave us (last line wrapped for clarity)
>
> Thread 67: OrmMoveDrmediaThread
> tid=24267db8, parent=66, detached=1, zombie=0, joining=0, result=0
> Awaiting cond 25F1CF5C (using mutex 202A5ABC) at 25F1CF5C
> (*NOT IMPLEMENTED*)
>
>We'll be opening a PMR for this tomorrow, but has anyone else had
>similar problems with DRM?
>
>Thanks,
>
> Scotty
>
>--
>Scotty Logan, Unix Systems Programmer, mailto:scotty.logan AT oucs.ox.ac DOT uk
>Oxford University Computing Services, 13 Banbury Road, Oxford UK OX2 6NN
>Tel:(01865) 283288 FAX:(01865) 273275
>
>``I met a DJ who lived in seclusion,
> Reality and sobriety were her only delusions''
> The Presidents of The United States of America
>
|
