Re: DLT Tape Read errors on aac0

2005-12-20 Thread Maxim M. Kazachek

Windows doesn't see DAT too...

   Sincerely, Maxim M. Kazachek
   mailto:[EMAIL PROTECTED]


On Mon, 19 Dec 2005, Scott Long wrote:


The ServeRAID/ips driver in FreeBSD cannot talk directly to the
SCSI bus on the RAID card, nor does the card export non-RAID
devices to the driver, nor do I know if there is a way to make
this work.

Seriously, using a $200-$1000 RAID card to run your tape drive
in place of a $40 SCSI card really doesn't make a whole lot of
sense in most cases.  I understand that there are situations
where there aren't enough PCI slots for an extra SCSI card, but
it's a tradeoff.  Most firmware simply isn't written to multiplex
direct SCSI requests from the OS with it's own SCSi stack.  Trying
to do so only jeopardizes the integrity of the system.

Scott

Maxim M. Kazachek wrote:

IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI 
Logic MPT channel (6i is a Zero channel RAID Controller). There was trouble 
with setting DDS-4 streamer under SCO. Due to lack of information provided 
by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was tried to see, which devices 
are detected. After installation of Adaptec 19160 streamer was seen by 
FreeBSD, then was configured under SCO. As far as I know it works perfectly 
now.


   Sincerely, Maxim M. Kazachek
   mailto:[EMAIL PROTECTED]


On Mon, 19 Dec 2005, Scott Long wrote:


Christian Gr?ndemann wrote:




Thanks for your fast answer, Scott! What Adaptec Card can you recommend?
I am thinking about this card, it seems to be supported quite well.
* Adaptec 19160B

Is this card a real SCSI card ? Actually I thought the 2120S is a real
SCSI Card.
And for the future, what kind of Adaptec RAID-5 card is useable where
I can put several devices on it like a Raid-5 *and* a DLT device ?

Christian



An Adaptec 19160 would be an excellent choice.  By 'real SCSI card' I mean 
one that only does SCSI and doesn't have a RAID processor sitting

in front on it.  I don't have a good answer for your last question.
Scott
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]






___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-19 Thread Christian Gründemann

Scott Long schrieb:


First of all, let me apologize for the mess that is the aac passthrough
driver.  I wrote it in hopes that it would be useful, but the support
needed for it in the aac firmware simply isn't robust enough for the
kind of SCSI stuff that FreeBSD does.  In other words, it's a hack from
top to bottom, and really is little more than a novelty at this point.

See below...

Christian Gründemann wrote:


Waah, I forgot the most important information.

Its an  5.3-STABLE FreeBSD Operating System.
:-)
Christian


Christian Gründemann schrieb:


Hi,

I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI
Seagate drives as a RAID-5 without any probelms for almost two years 
now.


Last week I attached to the aac0 controller a Tandberg DLT Drive
QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
for large backup purposes.

We decided to use dump/restore for our backup strategy but 
unfortunately  we can
only make backups and no restores. E.g dumping a filesystem works 
great:


[EMAIL PROTECTED] ~ dump -0aLf /dev/sa0 /var
 DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005
 DUMP: Date of last level 0 dump: the epoch
 DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0
 DUMP: mapping (Pass I) [regular files]
 DUMP: mapping (Pass II) [directories]
 DUMP: estimated 63220 tape blocks.
 DUMP: dumping (Pass III) [directories]
 DUMP: dumping (Pass IV) [regular files]
 DUMP: DUMP: 64341 tape blocks on 1 volume
 DUMP: finished in 15 seconds, throughput 4289 KBytes/sec
 DUMP: Closing /dev/sa0
 DUMP: DUMP IS DONE
[EMAIL PROTECTED] ~

I guess the backup has been successfully finished.

But when I try a access the backup ether via the  interactive 
console or
by trying  to extract the data directly  I get the follwing errors 
in /var/log/messages


[EMAIL PROTECTED] /var restore -i -f /dev/sa0
tape read error: Input/output error

Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 
0 0 80 0 0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI 
(length mismatch): 22528 csi:e0,40,0,20 asc:0,0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional 
sense information




This is very very strange, and I don't even know where to start 
guessing.  It could be either a fairly minor bug in the driver, or a 
major bug/lack of support in the firmware.




Sometimes I often get some Timeouts (only using restore).
Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT 
AFTER 51 SECONDS




This is usually a sign that the firmware either lost a command, or
paniced all together.  Both conditions are fatal =-(




Kernel config:
-
# SCSI peripherals
device  scbus   # SCSI bus (required for SCSI)
device  ch  # SCSI media changers
device  da  # Direct Access (disks)
device  sa  # Sequential Access (tape etc)
device  cd  # CD
device  pass# Passthrough device (direct SCSI 
access)
device  ses # SCSI Environmental Services (and 
SAF-TE)

# RAID controllers
device  aac # Adaptec FSA RAID
device  aacp# SCSI passthrough for aac (requires 
CAM)

-

dmesg (cutted):
--
hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz 
686-class CPU)

hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
hercules kernel: cpu0 (BSP): APIC ID:  0
hercules kernel: cpu1 (AP): APIC ID:  1
hercules kernel: cpu2 (AP): APIC ID:  6
hercules kernel: cpu3 (AP): APIC ID:  7

aac0: Adaptec SCSI RAID 2120S mem 0xd000-0xd3ff irq 52 at 
device 2.0 on pci4

aac0: [FAST]
aac0: Unknown processor 100MHz, 48MB cache memory, optional battery 
not installed

aac0: Kernel 4.1-0, Build 7244, S/N bd10c2
aac0: Supported 
Options=11d7eCLUSTERS,WCACHE,DATA64,HOSTTIME,RAID50,WINDOW4GB,SOFTERR,SGMAP64,ALARM,NONDASD 


aacp0: SCSI Passthrough Bus on aac0

acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
(probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1
(probe5:aacp0:0:5:0): Logical unit is in process of becoming ready
sa0 at aacp0 bus 0 target 5 lun 0
sa0: QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit)
--

Does anybody maybe have an idea why I can use dump but not restore ?
This doesn't make sense to me.

And I should mention that tar works great! I can  write and read 
from the tape, even with filemarks.


Thanks for your help!
Christian



I have a DLT drive here that I could probably hook up and start
debugging with, but there are a lot of other things on my plate with
higher priority, unfortunately.  Your best bet for now is to put the
tape drive onto a real Symbios or Adaptec SCSI card.

Scott


Thanks for your fast answer, Scott! What Adaptec Card 

Re: DLT Tape Read errors on aac0

2005-12-19 Thread Scott Long

Christian Gründemann wrote:



Thanks for your fast answer, Scott! What Adaptec Card can you recommend?
I am thinking about this card, it seems to be supported quite well.
* Adaptec 19160B

Is this card a real SCSI card ? Actually I thought the 2120S is a real
SCSI Card.
And for the future, what kind of Adaptec RAID-5 card is useable where
I can put several devices on it like a Raid-5 *and* a DLT device ?

Christian



An Adaptec 19160 would be an excellent choice.  By 'real SCSI card' I 
mean one that only does SCSI and doesn't have a RAID processor sitting

in front on it.  I don't have a good answer for your last question.
Scott
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-19 Thread Maxim M. Kazachek
IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI 
Logic MPT channel (6i is a Zero channel RAID Controller). There was 
trouble with setting DDS-4 streamer under SCO. Due to lack of information 
provided by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was tried to see, which 
devices are detected. After installation of Adaptec 19160 streamer was 
seen by FreeBSD, then was configured under SCO. As far as I know it works 
perfectly now.


   Sincerely, Maxim M. Kazachek
   mailto:[EMAIL PROTECTED]


On Mon, 19 Dec 2005, Scott Long wrote:


Christian Gr?ndemann wrote:



Thanks for your fast answer, Scott! What Adaptec Card can you recommend?
I am thinking about this card, it seems to be supported quite well.
* Adaptec 19160B

Is this card a real SCSI card ? Actually I thought the 2120S is a real
SCSI Card.
And for the future, what kind of Adaptec RAID-5 card is useable where
I can put several devices on it like a Raid-5 *and* a DLT device ?

Christian



An Adaptec 19160 would be an excellent choice.  By 'real SCSI card' I mean one 
that only does SCSI and doesn't have a RAID processor sitting

in front on it.  I don't have a good answer for your last question.
Scott
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-19 Thread Scott Long

The ServeRAID/ips driver in FreeBSD cannot talk directly to the
SCSI bus on the RAID card, nor does the card export non-RAID
devices to the driver, nor do I know if there is a way to make
this work.

Seriously, using a $200-$1000 RAID card to run your tape drive
in place of a $40 SCSI card really doesn't make a whole lot of
sense in most cases.  I understand that there are situations
where there aren't enough PCI slots for an extra SCSI card, but
it's a tradeoff.  Most firmware simply isn't written to multiplex
direct SCSI requests from the OS with it's own SCSi stack.  Trying
to do so only jeopardizes the integrity of the system.

Scott

Maxim M. Kazachek wrote:

IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI 
Logic MPT channel (6i is a Zero channel RAID Controller). There was 
trouble with setting DDS-4 streamer under SCO. Due to lack of 
information provided by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was 
tried to see, which devices are detected. After installation of Adaptec 
19160 streamer was seen by FreeBSD, then was configured under SCO. As 
far as I know it works perfectly now.


   Sincerely, Maxim M. Kazachek
   mailto:[EMAIL PROTECTED]


On Mon, 19 Dec 2005, Scott Long wrote:


Christian Gr?ndemann wrote:




Thanks for your fast answer, Scott! What Adaptec Card can you recommend?
I am thinking about this card, it seems to be supported quite well.
* Adaptec 19160B

Is this card a real SCSI card ? Actually I thought the 2120S is a 
real

SCSI Card.
And for the future, what kind of Adaptec RAID-5 card is useable where
I can put several devices on it like a Raid-5 *and* a DLT device ?

Christian



An Adaptec 19160 would be an excellent choice.  By 'real SCSI card' I 
mean one that only does SCSI and doesn't have a RAID processor sitting

in front on it.  I don't have a good answer for your last question.
Scott
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]






___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-19 Thread Bruce Burden
On Tue, Dec 20, 2005 at 12:05:46AM +0600, Maxim M. Kazachek wrote:

After installation of Adaptec 19160 streamer 
 was seen by FreeBSD, then was configured under SCO. As far as I know it 
 works perfectly now.
 
I have a Seagate DDS-4 sa0 mounted off of an Adapted 29320
   card, and that works fine.

I have an Adaptec 2230SLP on the way, for use in an AMD-64
   configuration, and from the sounds of things, I am doing the
   right thing in planning to either migrate the 29320 forward or
   using the on-board (LSI) SCSI of the new board.

Bruce
-- 

  I like bad! Bruce BurdenAustin, TX.
- Thuganlitha
The Power and the Prophet
Robert Don Hughes

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-18 Thread Christian Gründemann

Waah, I forgot the most important information.

Its an  5.3-STABLE FreeBSD Operating System.
:-)
Christian


Christian Gründemann schrieb:


Hi,

I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI
Seagate drives as a RAID-5 without any probelms for almost two years now.

Last week I attached to the aac0 controller a Tandberg DLT Drive
QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
for large backup purposes.

We decided to use dump/restore for our backup strategy but 
unfortunately  we can

only make backups and no restores. E.g dumping a filesystem works great:

[EMAIL PROTECTED] ~ dump -0aLf /dev/sa0 /var
 DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005
 DUMP: Date of last level 0 dump: the epoch
 DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0
 DUMP: mapping (Pass I) [regular files]
 DUMP: mapping (Pass II) [directories]
 DUMP: estimated 63220 tape blocks.
 DUMP: dumping (Pass III) [directories]
 DUMP: dumping (Pass IV) [regular files]
 DUMP: DUMP: 64341 tape blocks on 1 volume
 DUMP: finished in 15 seconds, throughput 4289 KBytes/sec
 DUMP: Closing /dev/sa0
 DUMP: DUMP IS DONE
[EMAIL PROTECTED] ~

I guess the backup has been successfully finished.

But when I try a access the backup ether via the  interactive console or
by trying  to extract the data directly  I get the follwing errors in 
/var/log/messages


[EMAIL PROTECTED] /var restore -i -f /dev/sa0
tape read error: Input/output error

Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 
0 80 0 0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI 
(length mismatch): 22528 csi:e0,40,0,20 asc:0,0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional 
sense information


Sometimes I often get some Timeouts (only using restore).
Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT 
AFTER 51 SECONDS


Kernel config:
-
# SCSI peripherals
device  scbus   # SCSI bus (required for SCSI)
device  ch  # SCSI media changers
device  da  # Direct Access (disks)
device  sa  # Sequential Access (tape etc)
device  cd  # CD
device  pass# Passthrough device (direct SCSI access)
device  ses # SCSI Environmental Services (and 
SAF-TE)

# RAID controllers
device  aac # Adaptec FSA RAID
device  aacp# SCSI passthrough for aac (requires CAM)
-

dmesg (cutted):
--
hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz 
686-class CPU)

hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
hercules kernel: cpu0 (BSP): APIC ID:  0
hercules kernel: cpu1 (AP): APIC ID:  1
hercules kernel: cpu2 (AP): APIC ID:  6
hercules kernel: cpu3 (AP): APIC ID:  7

aac0: Adaptec SCSI RAID 2120S mem 0xd000-0xd3ff irq 52 at 
device 2.0 on pci4

aac0: [FAST]
aac0: Unknown processor 100MHz, 48MB cache memory, optional battery 
not installed

aac0: Kernel 4.1-0, Build 7244, S/N bd10c2
aac0: Supported 
Options=11d7eCLUSTERS,WCACHE,DATA64,HOSTTIME,RAID50,WINDOW4GB,SOFTERR,SGMAP64,ALARM,NONDASD 


aacp0: SCSI Passthrough Bus on aac0

acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
(probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1
(probe5:aacp0:0:5:0): Logical unit is in process of becoming ready
sa0 at aacp0 bus 0 target 5 lun 0
sa0: QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit)
--

Does anybody maybe have an idea why I can use dump but not restore ?
This doesn't make sense to me.

And I should mention that tar works great! I can  write and read 
from the tape, even with filemarks.


Thanks for your help!
Christian

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: DLT Tape Read errors on aac0

2005-12-18 Thread Scott Long

First of all, let me apologize for the mess that is the aac passthrough
driver.  I wrote it in hopes that it would be useful, but the support
needed for it in the aac firmware simply isn't robust enough for the
kind of SCSI stuff that FreeBSD does.  In other words, it's a hack from
top to bottom, and really is little more than a novelty at this point.

See below...

Christian Gründemann wrote:


Waah, I forgot the most important information.

Its an  5.3-STABLE FreeBSD Operating System.
:-)
Christian


Christian Gründemann schrieb:


Hi,

I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI
Seagate drives as a RAID-5 without any probelms for almost two years now.

Last week I attached to the aac0 controller a Tandberg DLT Drive
QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
for large backup purposes.

We decided to use dump/restore for our backup strategy but 
unfortunately  we can

only make backups and no restores. E.g dumping a filesystem works great:

[EMAIL PROTECTED] ~ dump -0aLf /dev/sa0 /var
 DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005
 DUMP: Date of last level 0 dump: the epoch
 DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0
 DUMP: mapping (Pass I) [regular files]
 DUMP: mapping (Pass II) [directories]
 DUMP: estimated 63220 tape blocks.
 DUMP: dumping (Pass III) [directories]
 DUMP: dumping (Pass IV) [regular files]
 DUMP: DUMP: 64341 tape blocks on 1 volume
 DUMP: finished in 15 seconds, throughput 4289 KBytes/sec
 DUMP: Closing /dev/sa0
 DUMP: DUMP IS DONE
[EMAIL PROTECTED] ~

I guess the backup has been successfully finished.

But when I try a access the backup ether via the  interactive console or
by trying  to extract the data directly  I get the follwing errors in 
/var/log/messages


[EMAIL PROTECTED] /var restore -i -f /dev/sa0
tape read error: Input/output error

Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 
0 80 0 0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI 
(length mismatch): 22528 csi:e0,40,0,20 asc:0,0
Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional 
sense information


This is very very strange, and I don't even know where to start 
guessing.  It could be either a fairly minor bug in the driver, or a 
major bug/lack of support in the firmware.




Sometimes I often get some Timeouts (only using restore).
Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT 
AFTER 51 SECONDS


This is usually a sign that the firmware either lost a command, or
paniced all together.  Both conditions are fatal =-(




Kernel config:
-
# SCSI peripherals
device  scbus   # SCSI bus (required for SCSI)
device  ch  # SCSI media changers
device  da  # Direct Access (disks)
device  sa  # Sequential Access (tape etc)
device  cd  # CD
device  pass# Passthrough device (direct SCSI access)
device  ses # SCSI Environmental Services (and 
SAF-TE)

# RAID controllers
device  aac # Adaptec FSA RAID
device  aacp# SCSI passthrough for aac (requires CAM)
-

dmesg (cutted):
--
hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz 
686-class CPU)

hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
hercules kernel: cpu0 (BSP): APIC ID:  0
hercules kernel: cpu1 (AP): APIC ID:  1
hercules kernel: cpu2 (AP): APIC ID:  6
hercules kernel: cpu3 (AP): APIC ID:  7

aac0: Adaptec SCSI RAID 2120S mem 0xd000-0xd3ff irq 52 at 
device 2.0 on pci4

aac0: [FAST]
aac0: Unknown processor 100MHz, 48MB cache memory, optional battery 
not installed

aac0: Kernel 4.1-0, Build 7244, S/N bd10c2
aac0: Supported 
Options=11d7eCLUSTERS,WCACHE,DATA64,HOSTTIME,RAID50,WINDOW4GB,SOFTERR,SGMAP64,ALARM,NONDASD 


aacp0: SCSI Passthrough Bus on aac0

acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
(probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1
(probe5:aacp0:0:5:0): Logical unit is in process of becoming ready
sa0 at aacp0 bus 0 target 5 lun 0
sa0: QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device
sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit)
--

Does anybody maybe have an idea why I can use dump but not restore ?
This doesn't make sense to me.

And I should mention that tar works great! I can  write and read 
from the tape, even with filemarks.


Thanks for your help!
Christian



I have a DLT drive here that I could probably hook up and start
debugging with, but there are a lot of other things on my plate with
higher priority, unfortunately.  Your best bet for now is to put the
tape drive onto a real Symbios or Adaptec SCSI card.

Scott

___
freebsd-stable@freebsd.org mailing list