thr3ads.net - freebsd stable - SCSI troubles [Jun 2005]

If this information is useful, please help other people find it:
Share via:

Tomas Randa

2005-Jun-19 22:21 UTC

SCSI troubles

Hi,

I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40 CEST 
2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI 
I have the following problems ending with system freeze. Have anybody 
some opinion where could be problem?

Thanks a lot Tomas Randa

da0: <SEAGATE ST336754LW 0002> Fixed Direct Access SCSI-3 device
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged 
Queueing Enabled

kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
kernel: QOUTPOS = 252
kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
kernel: QOUTPOS = 253
kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
kernel: QOUTPOS = 254
kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
kernel: QOUTPOS = 255
kernel: ahc0: Recovery Initiated
kernel: >>>>>>>>>>>>>>>>>>
Dump Card State Begins
<<<<<<<<<<<<<<<<<
kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x8
kernel: Card was paused
kernel: ACCUM = 0x0, SINDEX = 0x7, DINDEX = 0xe4, ARG_2 = 0x0
kernel: HCNT = 0x0 SCBPTR = 0xa
kernel: SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE)
kernel: SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB)
kernel: SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) 
SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED
kernel: SSTAT0[0x0] SSTAT1[0xa]:(PHASECHG|BUSFREE) SSTAT2[0x0]
kernel: SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) 
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)
kernel: SXFRCTL0[0x80]:(DFON) DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
kernel: STACK: 0x0 0x167 0x10d 0x3
kernel: SCB count = 70
kernel: Kernel NEXTQSCB = 43
kernel: Card NEXTQSCB = 43
kernel: QINFIFO entries:
kernel: Waiting Queue entries:
kernel: Disconnected Queue entries:
kernel: QOUTFIFO entries:
kernel: Sequencer Free SCB List: 10 0 20 23 12 15 19 29 18 28 26 7 5 27 
9 17 30 1 2 16 4
kernel: Sequencer SCB Info:
kernel: 0 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7]
kernel: SCB_LUN[0x0] SCB_TAG[0xff]
kernel: 1 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7]
kernel: SCB_LUN[0x0] SCB_TAG[0xff]
kernel: 2 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7]
kernel: SCB_LUN[0x0] SCB_TAG[0xff]

Bruce Burden

2005-Jun-20 02:07 UTC

head link

SCSI troubles

On Mon, Jun 20, 2005 at 12:10:27AM +0200, Tomas Randa
wrote:> 
> I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40 CEST 
> 2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI 
> I have the following problems ending with system freeze. Have anybody 
> some opinion where could be problem?
> 
> kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
> kernel: QOUTPOS = 252
>	Why are you using ahc() rather than ahd()? Have you tried
   the ahd() driver previously?

	What do you consider "heavy load"? I have nad no problems
   with the ahd() and a 29320.

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

Tomas Randa

2005-Jun-20 10:42 UTC

head link

SCSI troubles

Hi, I tried ahc controller, but with ahd (29320 controller) the 
situation is identical :(
I have a database server data and system on this hard drive. And for 
example when I start cvsup or copy big files, this  errors starts.
Somewhere on google, I read that problems might be when Tagged Queing is 
enabled, do you think it is possible?

Thanks Tomas Randa

Bruce Burden wrote:> On Mon, Jun 20, 2005 at 12:10:27AM +0200, Tomas Randa wrote:
> 
>>I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40 CEST 
>>2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI
>>I have the following problems ending with system freeze. Have anybody 
>>some opinion where could be problem?
>>
>>kernel: ahc0: WARNING no command for scb 0 (cmdcmplt)
>>kernel: QOUTPOS = 252
>>
> 
> 	Why are you using ahc() rather than ahd()? Have you tried
>    the ahd() driver previously?
> 
> 	What do you consider "heavy load"? I have nad no problems
>    with the ahd() and a 29320.
> 
> 							Bruce

Andrew Heybey

2005-Jun-22 11:54 UTC

head link

SCSI troubles

> I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40
> CEST 2005 with Adaptec 29320 or 2930U2 controller and with heavy load
> on SCSI I have the following problems ending with system freeze. Have
> anybody some opinion where could be problem?
>
> Thanks a lot Tomas Randa
>
> da0: <SEAGATE ST336754LW 0002> Fixed Direct Access SCSI-3 device
> da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing
Enabled
Seagate had bugs in early U320 firmware versions.  I do not remember
the precise symptoms, so I cannot say for sure that this is your
problem.  But you should start by upgrading your firmware.  For 15k
drives, you want at least firmware version 0006.  See

http://www.seagate.com/support/disc/u320_firmware.html

andrew

Niki Denev

2005-Jul-04 08:53 UTC

head link

SCSI troubles

Tomas Randa wrote:> Hi,
> 
> I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40 CEST 
> 2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI 
> I have the following problems ending with system freeze. Have anybody 
> some opinion where could be problem?
> 
> 
Hi,

I have similar problems under load on one DualOpteron machine,
i noticed that when i set the controller in U160 mode the messages
dissaperar. So i split the drives in the server equaly on the both
scsi channels on the motherboard and set the controller to U160.
I have then run while(1) { make clean; make universe; } which is still
runnnig for about 3 days. Before that the machine was rebooting about
every couple of hours if under load.
 From what i understand this is not exactly a FreeBSD problem, but rather
a consequence of U320 being really hard on the hardware with pushing it
to the limits.

--niki

--------------------

Jul  1 16:14:58 srv kernel: ahd0: Invalid Sequencer interrupt occurred.
Jul  1 16:14:58 srv kernel:
>>>>>>>>>>>>>>>>>> Dump
Card State Begins
<<<<<<<<<<<<<<<<<
Jul  1 16:14:58 srv kernel: ahd0: Dumping Card State at program address 
0x23c Mode 0x0
Jul  1 16:14:58 srv kernel: Card was paused
Jul  1 16:14:58 srv kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x10] 
HS_MAILBOX[0x0]
Jul  1 16:14:58 srv kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] 
SAVED_MODE[0x11]
Jul  1 16:14:58 srv kernel: 
DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)
Jul  1 16:14:58 srv kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] 
SCSIBUS[0x0]
Jul  1 16:14:58 srv kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) 
SCSISEQ0[0x0]
Jul  1 16:14:58 srv kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) 
SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2)
Jul  1 16:14:58 srv kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] 
QFREEZE_COUNT[0x2]
Jul  1 16:14:58 srv kernel: KERNEL_QFREEZE_COUNT[0x2] 
MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]
Jul  1 16:14:58 srv kernel: SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] 
SSTAT3[0x0] PERRDIAG[0x0]
Jul  1 16:14:58 srv kernel: 
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0]
Jul  1 16:14:58 srv kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] 
LQOSTAT1[0x0]
Jul  1 16:14:58 srv kernel: LQOSTAT2[0x0]
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: SCB Count = 16 CMDS_PENDING = 0 LASTSCB 
0xffff CURRSCB 0xf NEXTSCB 0xff40
Jul  1 16:14:58 srv kernel: qinstart = 28 qinfifonext = 28
Jul  1 16:14:58 srv kernel: QINFIFO:
Jul  1 16:14:58 srv kernel: WAITING_TID_QUEUES:
Jul  1 16:14:58 srv kernel: Pending list:
Jul  1 16:14:58 srv kernel: Total 0
Jul  1 16:14:58 srv kernel: Kernel Free SCB list: 14 15 1 2 3 4 5 6 7 8 
9 10 11 12 13 0
Jul  1 16:14:58 srv kernel: Sequencer Complete DMA-inprog list:
Jul  1 16:14:58 srv kernel: Sequencer Complete list:
Jul  1 16:14:58 srv kernel: Sequencer DMA-Up and Complete list:
Jul  1 16:14:58 srv kernel: Sequencer On QFreeze and Complete list:
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xe
Jul  1 16:14:58 srv kernel: 
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
Jul  1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Jul  1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) 
SG_STATE[0x0] DFFSXFRCTL[0x0]
Jul  1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) 
SHADDR = 0x00, SHCNT = 0x0
Jul  1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 
CCSGCTL[0x10]:(SG_CACHE_AVAIL)
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xf
Jul  1 16:14:58 srv kernel: 
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
Jul  1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Jul  1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) 
SG_STATE[0x0] DFFSXFRCTL[0x0]
Jul  1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) 
SHADDR = 0x00, SHCNT = 0x0
Jul  1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 
CCSGCTL[0x10]:(SG_CACHE_AVAIL)
Jul  1 16:14:58 srv kernel: LQIN: 0x8 0x0 0x0 0xe 0x0 0x1 0x0 0x0 0x0 
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel: ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, 
OPTIONMODE = 0x42
Jul  1 16:14:58 srv kernel: ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1
Jul  1 16:14:58 srv kernel: ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR)
Jul  1 16:14:58 srv kernel: CCSCBCTL[0x4]:(CCSCBDIR)
Jul  1 16:14:58 srv kernel: ahd0: REG0 == 0x6d8e, SINDEX = 0x10e, DINDEX 
= 0x102
Jul  1 16:14:58 srv kernel: ahd0: SCBPTR == 0xe, SCB_NEXT == 0xff40, 
SCB_NEXT2 == 0xff6d
Jul  1 16:14:58 srv kernel: CDB 12 20 0 80 8 b5
Jul  1 16:14:58 srv kernel: STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel:
<<<<<<<<<<<<<<<<< Dump Card
State Ends
 >>>>>>>>>>>>>>>>>>
Jul  1 16:14:58 srv kernel: Copied 18 bytes of sense data offset 12: 
0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel: Copied 18 bytes of sense data offset 12: 
0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel: da2 at ahd1 bus 0 target 2 lun 0
Jul  1 16:14:58 srv kernel: da2: <SEAGATE ST336807LW 0C01> Fixed Direct 
Access SCSI-3 device
Jul  1 16:14:58 srv kernel: da2: 160.000MB/s transfers (80.000MHz, 
offset 63, 16bit), Tagged Queueing Enabled
Jul  1 16:14:58 srv kernel: da2: 35003MB (71687372 512 byte sectors: 
255H 63S/T 4462C)
Jul  1 16:14:58 srv kernel: da3 at ahd1 bus 0 target 3 lun 0
Jul  1 16:14:58 srv kernel: da3: <SEAGATE ST336807LW 0C01> Fixed Direct 
Access SCSI-3 device
Jul  1 16:14:58 srv kernel: da3: 160.000MB/s transfers (80.000MHz, 
offset 63, 16bit), Tagged Queueing Enabled
Jul  1 16:14:58 srv kernel: da3: 35003MB (71687372 512 byte sectors: 
255H 63S/T 4462C)
Jul  1 16:14:58 srv kernel: da0 at ahd0 bus 0 target 0 lun 0
Jul  1 16:14:58 srv kernel: da0: <SEAGATE ST336807LW 0C01> Fixed Direct 
Access SCSI-3 device
Jul  1 16:14:58 srv kernel: da0: 320.000MB/s transfers (160.000MHz, 
offset 63, 16bit), Tagged Queueing Enabled
Jul  1 16:14:58 srv kernel: da0: 35003MB (71687372 512 byte sectors: 
255H 63S/T 4462C)
Jul  1 16:14:58 srv kernel: da1 at ahd0 bus 0 target 1 lun 0
Jul  1 16:14:58 srv kernel: da1: <SEAGATE ST336807LW 0C01> Fixed Direct 
Access SCSI-3 device
Jul  1 16:14:58 srv kernel: da1: 320.000MB/s transfers (160.000MHz, 
offset 63, 16bit), Tagged Queueing Enabled
Jul  1 16:14:58 srv kernel: da1: 35003MB (71687372 512 byte sectors: 
255H 63S/T 4462C)

freebsd stable - Jun 2005 - SCSI troubles

SCSI troubles

SCSI troubles

SCSI troubles

SCSI troubles

SCSI troubles