Ira Abramov wrote:
A client of mine has merged with another company and some hardware was
shuffled around, their linux ERP server (an IBM x445) got its old
external DLT2 downgraded to an HP Ultrium-1 backup tape, but it keeps
rejecting cassettes. "mt status" shows it's got DR_OPEN (door open?) at
idle times, I stick a cassette, it thinks for a bit and spits it out
after about 10 seconds. nothing in the logs.
The odd part - it does not have any problem fully using the same
cassettes while connected to other servers, nor will it spit them out
when disconnected from a host.
The one single time it accepted a cassette, it recognized a DLT1
(100gig) as an LTO (40gig) and read and wrote just fine, but that same
cassette was not accepted again in later attempts (though it WAS
accepted on a windows server we tried instead).
Any ideas? I found nothing in Google on such behavior on this or other
SCSI tapes. I know of no kernel changes needed to support different
models of tapes...
dware: IBM x445, Adaptec 7923, HP Ultrium-1 in an external box.
Software: RHEL3u2, a backup script using tar, and my own commandline
tests.
Hi, Ira.
Some ideas:
Did you try to reload the sg driver module? (assuming you didn't reboot
the server after changing tapes)
What does cat /proc/scsi/scsi has to say?
How about mt -f /dev/stX status? Does it say anything about the tape
being online or not?
Hope this helps,
Henry
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
