Even more people wrote in to help me out with this problem.
If I'd put a thanks to list here it would be longer than the summary
itself:
>> Question (paraphrased):
>>
>> Due to a failure during backup, I cannot acces my tapedrive.
>> I quick check shows that several rmt processes are still running.
>> I try to kill them, but cannot kill the last one.
>> Solution:
>> step 1)
>> go to the remote machine.
>> kill all running dump (or rmt causing) processes
>>>> Make sure to use a kill -HUP to the dump process
>>
>> step 2)
>> switch the tape unit off and on
>>
>> step 3)
>> Now you can kill the rmt processes.
>> Unfortunately, this doesn't work either, so Im affraid Ill have to reboot
>> the machine.
>> My question is, is there ANY way to tell the OS the hard way that it can
>> access the drive again,
>> that is, is there sopme ``unbusy'' script ?
Short answer: NO
The only thing you can do is reboot the machine
So our solution:
We have an old Sun4 system (still on 4.1.1, our Jurassic Spark [hah hah]),
We're gonna upgrade it to solaris 2.4
Attach the tape unit to that machine,
and make it our dedicated tape driver,
with a warning sign on it
[[ Backup machine: Can be rebooted at any time whithin short notice
Do not use this machine for processing ]]
If all goes well, we'll be expanding our hardware a lot, in which case, my
desktop X-term will be exchanged for a Sparc machine, which Ill then turn
into the tape-host.
It's not ideal,
but it works
Kinda like life itself
Gerhard, <@jason.nl> == The Acoustic Motorbiker ==
--
__O It's worth the pain that makes the tears
=`\<, It's worth the light of a million years.
(=)/(=) Only your love I can't explain.
You are the flower for my rain.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:26 CDT