Re: DLT Tape Read errors on aac0
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
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
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
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
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
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: 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=11d7e aacp0: 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: 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 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 ? Actu
Re: DLT Tape Read errors on aac0
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: 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=11d7e aacp0: 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: 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 http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DLT Tape Read errors on aac0
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: 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=11d7e aacp0: 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: 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]"