I have been using amanda without a problem for over two years. This
weekend, I updated the operating system on my amandaa server and the tape
drive broke. I assume that the problem is a software problem with the
operating system.
With a tape in the drive, the command
cat /dev/st0
causes the process to hang in a sleep (wait for I/O) state. I assume that
the cat command ought to output the contents of the tape to the next file
mark, right?
dmesg has the following information (edited for relevence, I hope)
Linux version 2.4.9-12smp ([EMAIL PROTECTED]) (gcc
version 2.96 20000731 (Red Hat Linux 7.1 2.96-85)) #1 SMP Tue Oct 30
18:16:48 EST 2001
(scsi0) <Adaptec AIC-7892 Ultra 160/m SCSI host adapter> found at PCI
0/9/0
(scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs
(scsi0) Downloading sequencer code... 396 instructions downloaded
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.4/5.2.0
<Adaptec AIC-7892 Ultra 160/m SCSI host adapter>
blk: queue c17fc418, I/O limit 4095Mb (mask 0xffffffff)
Vendor: SEAGATE Model: ST318416N Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
blk: queue c17fc218, I/O limit 4095Mb (mask 0xffffffff)
Vendor: ADIC Model: FastStor DLT Rev: 0133
Type: Medium Changer ANSI SCSI revision: 02
blk: queue c17fc018, I/O limit 4095Mb (mask 0xffffffff)
Vendor: QUANTUM Model: DLT8000 Rev: 0232
Type: Sequential-Access ANSI SCSI revision: 02
blk: queue c15c9a18, I/O limit 4095Mb (mask 0xffffffff)
Vendor: IBM Model: DDYS-T36950N Rev: S80D
Type: Direct-Access ANSI SCSI revision: 03
blk: queue c15c9818, I/O limit 4095Mb (mask 0xffffffff)
Vendor: QUANTUM Model: ATLAS10K2-TY734L Rev: DDD6
Type: Direct-Access ANSI SCSI revision: 03
blk: queue c15c9418, I/O limit 4095Mb (mask 0xffffffff)
Vendor: SEAGATE Model: ST173404LW Rev: 0002
Type: Direct-Access ANSI SCSI revision: 03
blk: queue c15c9218, I/O limit 4095Mb (mask 0xffffffff)
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 8, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 9, lun 0
(scsi0:0:0:0) Synchronous at 20.0 Mbyte/sec, offset 31.
SCSI device sda: 35885168 512-byte hdwr sectors (18373 MB)
Partition check:
sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 >
(scsi0:0:5:0) Synchronous at 160.0 Mbyte/sec, offset 63.
SCSI device sdb: 71687340 512-byte hdwr sectors (36704 MB)
sdb: sdb1
(scsi0:0:8:0) Synchronous at 160.0 Mbyte/sec, offset 127.
SCSI device sdc: 143443640 512-byte hdwr sectors (73443 MB)
sdc: sdc1
(scsi0:0:9:0) Synchronous at 160.0 Mbyte/sec, offset 63.
SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
sdd: sdd1
...
st: Version 20010812, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs
16
Attached scsi tape st0 at scsi0, channel 0, id 4, lun 0
Eventually, the system crashes. The SCSI controller is an AIC7800.
Questions:
1) Anybody have any good ideas about what is going wrong and how to fix
it?
2) Am I testing the tape subsystem properly?
3) Am I correct in assuming that I cannot do anything else with Amanda
until this problem is resolved?
The tape drive is an ADIC FastStore 22, which is a DLT tape drive and a
changer.
Jeff Silverman, sysadmin for the Research Computing Systems (RCS)
University of Washington, School of Engineering, Electrical Engineering Dept.
Box 352500, Seattle, WA, 98125-2500
[EMAIL PROTECTED]
http://rcs.ee.washington.edu/BRL/people/jeffs/