Hi, I just added an Adaptec 29160 and a used Benchmark VS80/DLT1 (aka Quantum VS80 & Dell PowerVault 110T) to my SuSE SLES8 machine. On boot I get the message at the bottom (as well as other messages - don't want to clutter this list). Any comments, advice, etc. appreciated. TIA/Hans from DMESG .... scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.29 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs blk: queue f7fbde14, I/O limit 4095Mb (mask 0xffffffff) scsi0:A:3:0: DV failed to configure device. Please file a bug report against this driver. (scsi0:A:3): 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f7fbda14, I/O limit 4095Mb (mask 0xffffffff)
On Sunday 29 February 2004 06:39 pm, Hans Forbrich wrote:
Hi,
I just added an Adaptec 29160 and a used Benchmark VS80/DLT1 (aka Quantum VS80 & Dell PowerVault 110T) to my SuSE SLES8 machine. On boot I get the message at the bottom (as well as other messages - don't want to clutter this list).
Any comments, advice, etc. appreciated.
TIA/Hans
from DMESG ....
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.29 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
blk: queue f7fbde14, I/O limit 4095Mb (mask 0xffffffff) scsi0:A:3:0: DV failed to configure device. Please file a bug report against this driver. (scsi0:A:3): 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f7fbda14, I/O limit 4095Mb (mask 0xffffffff)
Have you checked all of the settings on the controller? And were there any error messages during POST at boot up? -- +----------------------------------------------------------------------------+ + Bruce S. Marshall bmarsh@bmarsh.com Bellaire, MI 02/29/04 18:52 + +----------------------------------------------------------------------------+ "The two most important tools an architect has are the eraser in the drawing room and the sledge hammer on the construction site." - Frank Lloyd Wright
On Sunday 29 February 2004 16:52, Bruce Marshall wrote: Appreciate the response. Attached is a whole lot of additional info ...
Have you checked all of the settings on the controller? And were there any error messages during POST at boot up?
Controller appears fine & settings seem correct. However, I'm tempted to swap the 29160 for another (same model) I have here. No POST messages. I can CTRL-A into the card at boot time. The error message in the previous message is received during boot process. (The 'report bug' part is what is causing this discussion.) Tape drive, attached using a 1M cable, is the only device on chain, is set to SCSI device 3, and is terminated using a proper & operational LVD/SE terminator. Addiitonal notes about configuration are below: Again - thanks. /Hans Additional notes: 1) mt command properly forwards/rewind/ejects tape. 2) tar cvfb /dev/nst0 128 ... randomly completes/fails 3) tar t/xvfb /dev/nst0 128 ... fails with 'unrecoverable error' at 1GB (even on new tapes) 4) from /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 03 Lun: 00 Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02 5) From /proc/scsi/aic7xxx/0 Adaptec AIC7xxx driver version: 6.2.29 Adaptec 29160 Ultra160 SCSI adapter aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Serial EEPROM: 0xc33a 0xc33a 0xc33a 0xc3bb 0xc33a 0xc33a 0xc33a 0xc3bb 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xb8f8 0x1c5c 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0250 0x3453 Channel A Target 0 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 1 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 2 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 3 Negotiation Settings User: 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) Goal: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Curr: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Channel A Target 3 Lun 0 Settings Commands Queued 191 Commands Active 0 Command Openings 1 Max Tagged Openings 0 Device Queue Frozen Count 0 ... 6) and from dmesg .... scsi0:A:3: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_SCSIID == 0x37, SAVED_LUN == 0x0, ARG_1 == 0xff ACCUM = 0x80 SEQ_FLAGS == 0xc0, SCBPTR == 0x0, BTT == 0xff, SINDEX == 0x31 SCSIID == 0x0, SCB_SCSIID == 0x37, SCB_LUN == 0x0, SCB_TAG == 0xff, SCB_CONTROL == 0xc0 SCSIBUSL == 0x0, SCSISIGI == 0xc6 SXFRCTL0 == 0x88 SEQCTL == 0x10
>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< scsi0: Dumping Card State in Status phase, at SEQADDR 0x1ae Card was paused ACCUM = 0x80, SINDEX = 0x31, DINDEX = 0x65, ARG_2 = 0x0 HCNT = 0x0 SCBPTR = 0x0 SCSIPHASE[0x20]:(STATUS_PHASE) SCSISIGI[0xc6]:(REQI|BSYI|IOI|CDI) ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0xc0]:(IOI|CDI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x2]:(SPIORDY) SSTAT1[0x11]:(REQINIT|PHASEMIS) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) STACK: 0x147 0x0 0x16b 0x111 SCB count = 4 Kernel NEXTQSCB = 2 Card NEXTQSCB = 2 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0xc0]:(DISCENB|TARGET_SCB) SCB_SCSIID[0x37] SCB_LUN[0x0] SCB_TAG[0xff] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] Pending list: Kernel Free SCB list: 3 1 0 DevQ(0:3:0): 0 waiting
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> scsi0: Bus Device Reset on A:3. 0 SCBs aborted cdrom: open failed. cdrom: open failed.
On Sunday 29 February 2004 07:22 pm, Hans Forbrich wrote:
On Sunday 29 February 2004 16:52, Bruce Marshall wrote:
Appreciate the response. Attached is a whole lot of additional info ...
I guess it's beyond me at this point since the device is partly running. But before swapping the cntrlr, how about disconnecting the tape drive and booting with just the controller present. If no errors, I would assume the problem lies with the device and not the controller.
Have you checked all of the settings on the controller? And were there any error messages during POST at boot up?
Controller appears fine & settings seem correct. However, I'm tempted to swap the 29160 for another (same model) I have here.
No POST messages. I can CTRL-A into the card at boot time. The error message in the previous message is received during boot process. (The 'report bug' part is what is causing this discussion.)
Tape drive, attached using a 1M cable, is the only device on chain, is set to SCSI device 3, and is terminated using a proper & operational LVD/SE terminator.
Addiitonal notes about configuration are below:
Again - thanks. /Hans
Additional notes:
1) mt command properly forwards/rewind/ejects tape. 2) tar cvfb /dev/nst0 128 ... randomly completes/fails 3) tar t/xvfb /dev/nst0 128 ... fails with 'unrecoverable error' at 1GB (even on new tapes) 4) from /proc/scsi/scsi
Attached devices: Host: scsi0 Channel: 00 Id: 03 Lun: 00 Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02
5) From /proc/scsi/aic7xxx/0
Adaptec AIC7xxx driver version: 6.2.29 Adaptec 29160 Ultra160 SCSI adapter aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Serial EEPROM: 0xc33a 0xc33a 0xc33a 0xc3bb 0xc33a 0xc33a 0xc33a 0xc3bb 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xb8f8 0x1c5c 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0250 0x3453
Channel A Target 0 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 1 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 2 Negotiation Settings User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Channel A Target 3 Negotiation Settings User: 80.000MB/s transfers (40.000MHz DT, offset 127, 16bit) Goal: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Curr: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Channel A Target 3 Lun 0 Settings Commands Queued 191 Commands Active 0 Command Openings 1 Max Tagged Openings 0 Device Queue Frozen Count 0 ...
6) and from dmesg ....
scsi0:A:3: no active SCB for reconnecting target - issuing BUS DEVICE RESET SAVED_SCSIID == 0x37, SAVED_LUN == 0x0, ARG_1 == 0xff ACCUM = 0x80 SEQ_FLAGS == 0xc0, SCBPTR == 0x0, BTT == 0xff, SINDEX == 0x31 SCSIID == 0x0, SCB_SCSIID == 0x37, SCB_LUN == 0x0, SCB_TAG == 0xff, SCB_CONTROL == 0xc0 SCSIBUSL == 0x0, SCSISIGI == 0xc6 SXFRCTL0 == 0x88 SEQCTL == 0x10
>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi0: Dumping Card State in Status phase, at SEQADDR 0x1ae Card was paused ACCUM = 0x80, SINDEX = 0x31, DINDEX = 0x65, ARG_2 = 0x0 HCNT = 0x0 SCBPTR = 0x0 SCSIPHASE[0x20]:(STATUS_PHASE) SCSISIGI[0xc6]:(REQI|BSYI|IOI|CDI) ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0xc0]:(IOI|CDI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x2]:(SPIORDY) SSTAT1[0x11]:(REQINIT|PHASEMIS) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) STACK: 0x147 0x0 0x16b 0x111 SCB count = 4 Kernel NEXTQSCB = 2 Card NEXTQSCB = 2 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0xc0]:(DISCENB|TARGET_SCB) SCB_SCSIID[0x37] SCB_LUN[0x0] SCB_TAG[0xff] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(LID) SCB_TAG[0xff] Pending list: Kernel Free SCB list: 3 1 0 DevQ(0:3:0): 0 waiting
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> scsi0: Bus Device Reset on A:3. 0 SCBs aborted cdrom: open failed. cdrom: open failed.
-- +----------------------------------------------------------------------------+ + Bruce S. Marshall bmarsh@bmarsh.com Bellaire, MI 02/29/04 19:29 + +----------------------------------------------------------------------------+ "Biology grows on you."
On Sunday 29 February 2004 17:30, Bruce Marshall wrote:
On Sunday 29 February 2004 07:22 pm, Hans Forbrich wrote:
On Sunday 29 February 2004 16:52, Bruce Marshall wrote:
Appreciate the response. Attached is a whole lot of additional info ...
I guess it's beyond me at this point since the device is partly running.
But before swapping the cntrlr, how about disconnecting the tape drive and booting with just the controller present. If no errors, I would assume the problem lies with the device and not the controller.
Appreciate it. However, I still have that nagging suspicion that it's noeither the controller nor the tape drive. I suspect it's the drier software - after all there is the 'report this as a bug' message when initializing the controller. BTW - I have now tried the second controller with no change in the symptoms. /Hans
-----Original Message----- From: Bruce Marshall <bmarsh@bmarsh.com> To: SLE <suse-linux-e@suse.com> Date: Sun, 29 Feb 2004 18:52:59 -0500 Subject: Re: [SLE] Getting a SCSI bug:
On Sunday 29 February 2004 06:39 pm, Hans Forbrich wrote:
Hi,
I just added an Adaptec 29160 and a used Benchmark VS80/DLT1 (aka Quantum VS80 & Dell PowerVault 110T) to my SuSE SLES8 machine. On boot I get the message at the bottom (as well as other messages - don't want to clutter this list).
Any comments, advice, etc. appreciated.
TIA/Hans
from DMESG ....
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.29 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
blk: queue f7fbde14, I/O limit 4095Mb (mask 0xffffffff) scsi0:A:3:0: DV failed to configure device. Please file a bug report against this driver. (scsi0:A:3): 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f7fbda14, I/O limit 4095Mb (mask 0xffffffff)
Have you checked all of the settings on the controller? And were there any error messages during POST at boot up?
This setup should not produce any errors and correctly shows that the tape drive can do 20MB/s. Add a couple of 169MB/s drives and you will have a very fast files system as well. Ken
On Sunday 29 February 2004 18:25, Ken Schneider wrote:
This setup should not produce any errors and correctly shows that the tape drive can do 20MB/s. Add a couple of 169MB/s drives and you will have a very fast files system as well.
Ken
Fast file systems do not interest me at all if I can not back them up. Sadly, I can not get more than a couple of MB onto the tape drive before I get errors. Time to go back to the tape drive vendor, I guess. But thanks for confirming that this should work & I am not going [totally] nuts. /Hans
Working from the hardware end instead - I take it, that it worked before you got it! First thing is, do you know what type of software system the tape drive was used on before you got it? Check the control switch row (NOT THE INTERFACE ROW with address etc on it), this is set for different interfaces and drivers such as Novell, sparc or Mac, Check for any switches different to the others and try checking the manual (if you have one) or the printed overlay why. I usually set them all to default (on) to start with and if that doesn't allow the boot sequence then all off as it depends on how the drive was designed as to which is the default setting (maybe there is something on it in artwork to tell you). I've found with Linux default has always worked in the past. Check the config when you start the computer using <CTRL> A at the appropriate time and check if the address 3 on bus A is ON and 20Mhz (it looks like from below that it's only 10Mhz) it will work but with half the throughput, also check if the address can be set for tape (some can some can't and I don't remember if the UW does. Another thing, if this dlt is the only thing on the ribbon, use the two END connectors, not an intermediate as you can get noise interfearance. Other thing of importance to you is that the transfer part of the dlt is ok(tape interface), that seems to be answering correctly. It's just the dlt controller itself that is erroring. Don't have a manual for this one handy, so can't check it at present. regards scsijon
On Sunday 29 February 2004 06:39 pm, Hans Forbrich wrote:
Hi,
I just added an Adaptec 29160 and a used Benchmark VS80/DLT1 (aka Quantum VS80 & Dell PowerVault 110T) to my SuSE SLES8 machine. On boot I get the message at the bottom (as well as other messages - don't want to clutter this list).
Any comments, advice, etc. appreciated.
TIA/Hans
from DMESG ....
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.29 <Adaptec 29160 Ultra160 SCSI adapter> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
blk: queue f7fbde14, I/O limit 4095Mb (mask 0xffffffff) scsi0:A:3:0: DV failed to configure device. Please file a bug report against this driver. (scsi0:A:3): 20.000MB/s transfers (10.000MHz, offset 15, 16bit) Vendor: BNCHMARK Model: DLT1 Rev: 391B Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f7fbda14, I/O limit 4095Mb (mask 0xffffffff)
participants (4)
-
Bruce Marshall -
Hans Forbrich -
Ken Schneider -
scsijon