My original problem was that I was getting the following error on a dump:
dump: 79.96% done -- finished in 00:47
dump: Check if tape is write protected.
dump: Write error -- wanted to write: 10240, only wrote: -1
slave_work(): write(): I/O error
dump: Write error - /dev/nrmt0h, volume 1, 7454 feet -- cannot recover
I would only get this error when I was using 120 meter, 4mm tapes. I do
not get this when I use 60 meter or 90 meter tapes, which turns out to be
the solution. Of course, the tape drive's documentation states that I can
use 120 meter tapes and I did try three different tapes.
thank you for the following suggestions:
From: alan_at_nabeth.cxo.dec.com
Look at the error log to see if it offers a better clue what
the I/O error is. If using uerf(8), use the "-o full" option
to get all the information it offers. Look for the Sense Key,
ASC and ASQ. Translations of the standard SCSI values will
given by uerf(8). For vendor specific codes you'll want to
consult your drive documentation or your service vendor.
The driver should detect the end of media, set the appropriate
flags that dump will see and know that it needs to change tapes.
I don't know why it is doing this. The good reason that dump
needs to know the length of tape is to provide good estimates
of how many tapes a dump will take and how much tape is left
on periodic basis. And guessing the number of tapes is hit
or miss proposition with drives that do compression.
From: anthony.miller_at_vf.vodafone.co.uk
Sounds like possibly a duff bit of tape. Would suggest restarting the
archive on a different tape and discarding this tape. I dont suspect
the cleaning tape had anything to do with it - probably a bit of muck on
your archive tape.
In my previous job, we used 4mm DAT drives to backup our VMS systems.
These DAT drives (re badged HP drives) were quite unreliable. Almost
every site I know who use them (DUNIX, VMS, HP-UX) say the same things
and have few good things to say about them.
One characteristic we saw was that over time, we were writing less and
less data to a tape before volume 2 was requested and nothing being
written to the error logs. Change the drive and all was well again for
3-4 months, then see the decreasing capacity problem return.
Get rid of them and replace with DLT's!
From: Mireille BOF <Mireille.BOF_at_univ-nancy2.fr>
Try an other tape.
When this error message occur, i change the tape. No feeling. It happens
often with Maxell tape.
thanks!
Becki Kain
beckers_at_furph.com
--
furph, Inc. WWW/Unix/Windows Solutions 734-513-7763 (voice)
info_at_furph.com http://www.furph.com 734-513-7759 (FAX)
Received on Sun Apr 18 1999 - 23:39:40 NZST