Stephen,
> disabled ndmpd
Ok, so 'ndmpd status' returns "OFF"; and
no sessions are active? I've had to 'ndmpd kill
<session number>' occasionally, to free up the
tape device after a (Veritas Net)backup problem.
Rebooting the filer will also clear hung ndmpd
sessions.
Also, this sounds trivial, but bad scsi
termination will cause write errors. mt will
return good status (and even fsf & rewoffl) but
dump won't be able to write to the tape device.
> switched the jukebox with another unit
If #2 was working under budtool, maybe
its termination is good. Might try a different
scsi cable as well? Another trivial point: the
set-up @ork is an F740 with a dlt 7000 in a 9710
tape library. I've noticed that power-cycling
the dlt or changing the connection to the filer
seems to require rebooting the 740, before the
dlt is useable. Sun boxes, on the other hand,
can 'hot-swap' a scsi dlt without problems.
--
Dave Toal
unix resource
thomson & thomson
-----Original Message-----
From: Darragh, Stephen J
To: 'toasters(a)mathworks.com'
Sent: 12/13/01 9:01 AM
Subject: dump to overland jukebox dlt7000 w lvd scsi card problem
Hello,
I have a Overland mini library xpress 15 slot single dlt7000 that I
attached
to a f740 filer
sysconfig -m and sysconfig -t report what appears to be the correct
information and the lvd card is the correct rev and in the right slot.
I even switched the jukebox with another unit that I use for BudTool
NDMP
backups of that filer.
mt -f rst3a status shows write enabled and dlt7000 correctly.
When I go to use the dump command, I get an error that it can't open the
device for write, and asks for retry (which also fails)
I disabled ndmpd before I tried to dump to rst3a
I have an open case with NetApp, but am hoping someone else has already
run
into this
Thanks
Stephen Darragh
UNIX Sys Admin
BAE Systems