Re: Dell SCSI problem (reasonly long with some debugging)
A quick follow up to my earlier post... I tried using FreeBSD 6.0 stable Snap 10, but the problem still exists. I tried installing Solaris 10 (01/06) and the card is not detected by Solaris at all. I tried with RHEL 4 and Win 2003 and the machine works fine. Back on FreeBSD 6.0 release, I lowered the "tags" using camcontrol: camcontrol tags da0 -N 64. The problem then seems to go away. At least I can't provoke it into occurring. Previously if I built a kernel, or untarred the ports tarball the machine would "freeze". Naturally calling Dell support was a pointless exercise. They had never even heard of "Free biscuit". Does anyone have any feedback on what the problem may be, and ideally a fix? Is it "safe" to run a machine in production with my lowered tags? Also, is there a way to set the tags during the boot process? At the moment I have a script in /usr/local/etc/rc.d which does this but it doesn't seem ideal. I'm guessing this has happened because it's a OEM version of the Adaptec card and has presumably been modified in some way. Thanks, Frem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Dell SCSI problem (reasonly long with some debugging)
Hello, I have FreeBSD installed on well over a dozen Dells (plus 50 other makes) and they run without any problem. Today I have a Dell arrive and I am getting very serious SCSI problems with it duing and after installing FreeBSD 6 release. Basically the machine "freezes" and them comes back to life after about 30-40 seconds, then a few minutes later it "freezes" again. During the "freeze" the machine is incapable of any sort of I/O. In dmesg I then see a load of SCSI information (posted below). I've also posted the relevent info from pciconf. Is this faulty SCSI equipment or is is a driver issue? Thanks, Frem. dmesg: ahd0: FIFO0 Free, LONGJMP == 0x825e, SCB 0x21 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x8 0x0 0x0 0x21 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x1, LQOSTATE = 0x19, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x1f MAXCMDCNT = 0x4d ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x21, SINDEX = 0x102, DINDEX = 0x102 ahd0: SCBPTR == 0x21, SCB_NEXT == 0x15, SCB_NEXT2 == 0xff2d CDB 2a 0 0 61 7 73 STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 < Dump Card State Ends >> (da0:ahd0:0:0:0): SCB 65 - timed out (da0:ahd0:0:0:0): Other SCB Timeout (da0:ahd0:0:0:0): No other SCB worth waiting for... ahd0: Issued Channel A Bus Reset. 90 SCBs aborted 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 (da0:ahd0:0:0:0): WRITE(10). CDB: 2a 0 0 61 7 73 0 0 8 0 (da0:ahd0:0:0:0): CAM Status: SCSI Status Error (da0:ahd0:0:0:0): SCSI Status: Check Condition (da0:ahd0:0:0:0): UNIT ATTENTION asc:29,2 (da0:ahd0:0:0:0): Scsi bus reset occurred field replaceable unit: 2 (da0:ahd0:0:0:0): Retrying Command (per Sense Data) ahd0: Recovery Initiated - Card was not paused >> Dump Card State Begins < ahd0: Dumping Card State at program address 0x4 Mode 0x22 INTSTAT[0x0] SELOID[0x0] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0x27]:(P_DATAOUT_DT|ACKI|REQI|BSYI) SCSIPHASE[0x0] SCSIBUS[0x18] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x40]:(ENSELO) SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x6] KERNEL_QFREEZE_COUNT[0x6] MK_MESSAGE_SCB[0x4a] MK_MESSAGE_SCSIID[0x7] SSTAT0[0x10]:(SELINGO) SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x80]:(PACKETIZED) LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0xc0] SCB Count = 160 CMDS_PENDING = 128 LASTSCB 0x45 CURRSCB 0x63 NEXTSCB 0x47 qinstart = 20204 qinfifonext = 20204 QINFIFO: WAITING_TID_QUEUES: 0 ( 0x67 0x33 0x2a 0x3 0x57 0x3c 0x5d 0x7 0x29 0x2c 0x1a 0x4e 0xb 0x20 0x42 0x39 0x5e 0x70 0x4b 0x7a 0x49 0x22 0x34 0x18 0 x71 0x58 0x3f 0x62 0x31 0x43 0xf 0x7f 0x48 0x6c 0x4c 0x6d 0x56 0x3b 0x6f 0x1e 0x79 0x7e 0x19 0x1d 0x10 0x69 0x50 0x8 0x5a 0x25 0x 3e 0x24 0x28 0x52 0x16 0x4a 0x75 0x3a 0x1 0x4f 0x0 0x54 0x2b 0x6b 0x26 0x36 0x76 0x74 0x3d 0xe 0x5 0x44 0x30 0x7b 0x4 0x2 0x45 0x 63 0x47 0x66 0x72 0x13 0x73 0x64 0x55 0x14 0x27 0x65 0x5c 0x7c 0x5b 0x77 0xc 0x1b 0x2f 0x12 0x46 0x32 0x23 0x38 0x35 0x1c 0x51 0x d 0x21 0x37 0x7d 0x68 0x59 0x15 0x78 0x9 0x6 0x41 0xa 0x17 0x61 0x40 0x11 0x2e 0x1f 0x53 0x6a 0x6e 0x60 0x2d 0x5f 0x4d ) Pending list: 77 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 95 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 45 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 96 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 110 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 106 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 83 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 31 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 46 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 17 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 64 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 97 FIFO_USE[0x0] S
Re: SCSI problem?
How to read this error message? It happens more and more lately :(( This machine is running 5.4 with one hard disk SCSI 72 MB exactly as it seems. disk is failing Olivier Nov 22 17:42:50 ufo kernel: Copied 18 bytes of sense data offset 12: 0xf1 0x0 0x3 0x0 0x51 0x3b 0x9f 0xa 0x0 0x0 0x0 0x0 0xc 0x0 0xd3 0x80 0x0 0x18 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): WRITE(10). CDB: 2a 0 0 51 ac 7f 0 0 4 0 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): CAM Status: SCSI Status Error Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): SCSI Status: Check Condition Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Deferred Error: MEDIUM ERROR info:513b9f asc:c,0 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Write error field replaceable unit: d3 actual retry count: 24 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Retrying Command (per Sense Data) N ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI problem?
Hi, How to read this error message? It happens more and more lately :(( This machine is running 5.4 with one hard disk SCSI 72 MB TIA Olivier Nov 22 17:42:50 ufo kernel: Copied 18 bytes of sense data offset 12: 0xf1 0x0 0x3 0x0 0x51 0x3b 0x9f 0xa 0x0 0x0 0x0 0x0 0xc 0x0 0xd3 0x80 0x0 0x18 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): WRITE(10). CDB: 2a 0 0 51 ac 7f 0 0 4 0 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): CAM Status: SCSI Status Error Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): SCSI Status: Check Condition Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Deferred Error: MEDIUM ERROR info:513b9f asc:c,0 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Write error field replaceable unit: d3 actual retry count: 24 Nov 22 17:42:50 ufo kernel: (da0:ahd1:0:0:0): Retrying Command (per Sense Data) N ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SCSI problem on a IBM xSeries x206
In the last episode (Mar 03), Marco Pizzi said: > I've a problem with a IBM xSeries x206 server. This server is > equipped with an Adaptec AIC7901 Ultra320 SCSI RAID card, and the two > SCSI disks are configured as RAID1 in the bios card. I've installed > FreeBSD 5.3, but the system go on to see the two SCSI disks (sd0 and > sd1); not the logical RAID1 unit. If I launch the command "pciconf > -lv" the output is the following: > > [EMAIL PROTECTED]:4:0: class=0x010400 card=0x005f9005 chip=0x808f9005 > rev=0x10 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AIC-7901 Ultra320 HostRAID Controller' HostRAID is software-based RAID, similar to the software ATA RAID managed by the ataraid driver and the atacontrol command. An enterprising coder could probably modify geom_mirror to recognize whatever disk metadata that HostRAID stores. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI problem on a IBM xSeries x206
Hello, I've a problem with a IBM xSeries x206 server. This server is equipped with an Adaptec AIC7901 Ultra320 SCSI RAID card, and the two SCSI disks are configured as RAID1 in the bios card. I've installed FreeBSD 5.3, but the system go on to see the two SCSI disks (sd0 and sd1); not the logical RAID1 unit. If I launch the command "pciconf -lv" the output is the following: [EMAIL PROTECTED]:4:0: class=0x010400 card=0x005f9005 chip=0x808f9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7901 Ultra320 HostRAID Controller' class= mass storage subclass = RAID And, from the dmesg: ahd0: port 0x3000-0x30ff,0x3400-0x34ff mem 0xd020-0xd0201fff irq 2 7 at device 4.0 on pci3 Thanks, -- Marco pizzi. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI problem on a IBM xSeries x206
Hello, I've a problem with a IBM xSeries x206 server. This server is equipped with an Adaptec AIC7901 Ultra320 SCSI RAID card, and the two SCSI disks are configured as RAID1 in the bios card. I've installed FreeBSD 5.3, but the system go on to see the two SCSI disks (sd0 and sd1); not the logical RAID1 unit. If I launch the command "pciconf -lv" the output is the following: [EMAIL PROTECTED]:4:0: class=0x010400 card=0x005f9005 chip=0x808f9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7901 Ultra320 HostRAID Controller' class= mass storage subclass = RAID And, from the dmesg: ahd0: port 0x3000-0x30ff,0x3400-0x34ff mem 0xd020-0xd0201fff irq 2 7 at device 4.0 on pci3 Thanks, -- Marco pizzi. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI Problem
Hello There; I have a problem my freebsd box my server sometimes rebooting and booting normally i get a dmesg and messeges output. I searching this error on the web and asking my server installer person "tagging queue" must will be disabled when this error. Thank you Freebsd box -- postmaster:/var/log#uname -a FreeBSD postmaster.egecom.net 4.9-STABLE FreeBSD 4.9-STABLE #0: Thu Jan 8 18:41:42 EET 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/POSTMASTER i386 dmesg out postmaster:/var/log#dmesg | grep ahc ahc0: WARNING no command for scb 47 (cmdcmplt) ahc0: WARNING no command for scb 46 (cmdcmplt) ahc0: WARNING no command for scb 52 (cmdcmplt) ahc0: WARNING no command for scb 30 (cmdcmplt) ahc0: WARNING no command for scb 35 (cmdcmplt) ahc0: WARNING no comm41 32 34 36 21 24 18 7 9 8 13 0 15 26 25 27 11 3 14 17 19 1 5 16 2 4 65 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 139 120 121 122 123 124 125 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 55 (cmdcmplt) ahc0: WARNING no command for scb 68 (cmdcmplt) ahc0: WARNING no command for scb 39 (cmdcmplt) ahc0: WARNING no command for scb 33 (cmdcmplt) ahc0: WARNING no command for scb 49 (cmdcmplt) ahc0: WARNING no command for scb 31 (cmdcmplt) ahc0: WARNING no command for scb 54 (cmdcmplt) ahc0: WARNING no command for scb 44 (cmdcmplt) ahc0: WARNING no command for scb 50 (cmdcmplt) ahc0: WARNING no command for scb 40 (cmdcmplt) ahc0: WARNING no command for scb 37 (cmdcmplt) ahc0: WARNING no command for scb 29 (cmdcmplt) ahc0: WARNING no command for scb 43 (cmdcmplt) ahc0: WARNING no command for scb 57 (cmdcmplt) ahc0: WARNING no command for scb 20 (cmdcmplt) ahc0: WARNING no command for scb 67 (cmdcmplt) ahc0: WARNING no command for scb 51 (cmdcmplt) ahc0: WARNING no command for scb 23 (cmdcmplt) ahc0: WARNING no command for scb 12 (cmdcmplt) ahc0: WARNING no command for scb 47 (cmdcmplt) ahc0: WARNING no command for scb 46 (cmdcmplt) ahc0: WARNING no command for scb 52 (cmdcmplt) ahc0: WARNING no command for scb 30 (cmdcmplt) ahc0: WARNING no command for scb 55 (cmdcmplt) ahc0:A:1: no active SCB for reconnecting target - issuing BUS DEVICE RESET (da0:ahc0:0:1:0): Queuing a BDR SCB (da0:ahc0:0:1:0): Bus Device Reset Message Sent (da0:ahc0:0:1:0): no longer in timeout, status = 34c ahc0: Bus Device Reset on A:1. 27 SCBs aborted (da0:ahc0:0:1:0): SCB 0x33 - timex0, limit 0xf, type 0x1b (da0:ahc0:0:1:0): Queuing a BDR SCB (da0:ahc0:0:1:0): Bus Device Reset Message Sent (da0:ahc0:0:1:0): no longer in timeout, status = 34c ahc0: Bus Device Reset on A:1. 27 SCBs aborted (da0:ahc0:0:1:0): SCB 0x30 - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x7 (da0:ahc0:0:1:0): Queuing a BDR SCB (da0:ahc0:0:1:0): Bus Device Reset Message Sent (da0:ahc0:0:1:0): no longer in timeout, status = 34c ahc0: Bus Device Reset on A:1. 27 SCBs aborted (da0:ahc0:0:1:0): SCB 0x43 - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x8 (da0:ahc0:0:1:0): Queuing a BDR SCB (da0:ahc0:0:1:0): Bus Device Reset Message Sent (da0:ahc0:0:1:0): no longer in timeout, status = 34c ahc0: Bus Device Reset on A:1. 27 SCBs aborted (da0:ahc0:0:1:0): SCB 0x14 - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x8 (da0:ahc0:0:1:0): Queuing a BDR SCB (da0:ahc0:0:1:0): Bus Device Reset Message Sent (da0:ahc0:0:1:0): no longer in timeout, status = 34c ahc0: Bus Device Reset on A:1. 27 SCBs aborted ahc0: port 0xee00-0xeeff mem 0xdbc0-0xdbc00fff irq 10 at device 12.0 on pci0 da0 at ahc0 bus 0 target 1 lun 0 messages out -- Feb 15 18:03:39 postmaster /kernel: 49 SCB_CONTROL[0x6c] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 33 SCB_CONTROL[0x6c] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 39 SCB_CONTROL[0x6c] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 68 SCB_CONTROL[0x6c] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 58 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 55 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 35 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 30 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 52 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 46 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 47 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 12 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 23 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 59 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15 18:03:39 postmaster /kernel: 22 SCB_CONTROL[0x68] SCB_SCSIID[0x17] SCB_LUN[0x0] Feb 15
Re: SCSI Problem
On Feb 5, 2005, at 15:59, Doug Hardie wrote: I have a system that was running fine with 2 SCSI drives. Both on the same line, the last one terminated. I removed the first one leaving the one with the termination. Now when the system boots I get the strangest messages and the results are quite unusual. Here are the console messages during the boot process: . From here on out the system completes booting as normal and runs just fine. Everything works properly except that the system thinks it has 16 SCSI drives. There is only one, but camcontrol shows it on all targets and disklabel gives the real disk label for all values of /dev/da0s1 through /dev/da14/s1. The physical disk has no jumpers. Any ideas what might cause this? I have never seen anything like it before. I can't imagine what I did to cause this. Here is the camcontrol devlist -v output: scbus0 on ahc0 bus 0: at scbus0 target 1 lun 0 (pass0,da0) at scbus0 target 2 lun 0 (pass1,da1) at scbus0 target 3 lun 0 (pass2,da2) at scbus0 target 4 lun 0 (pass3,da3) at scbus0 target 5 lun 0 (pass4,da4) at scbus0 target 6 lun 0 (pass5,da5) at scbus0 target 7 lun 0 (pass6,da6) at scbus0 target 8 lun 0 (pass7,da7) at scbus0 target 9 lun 0 (pass8,da8) at scbus0 target 10 lun 0 (pass9,da9) at scbus0 target 11 lun 0 (pass10,da10) at scbus0 target 12 lun 0 (pass11,da11) at scbus0 target 13 lun 0 (pass12,da12) at scbus0 target 14 lun 0 (pass13,da13) at scbus0 target 15 lun 0 (pass14,da14) < > at scbus0 target -1 lun -1 () I have made some progress. Pulling the SCSI cable and reseating the controller eliminated the error messages. However, the above devlist still occurs. The controller is an Adaptec 2940UW. The adaptec configuration software shows one disk on ID 0 and the controller on ID 7. The above listing doesn't find the disk on target 0. My other systems with the same setup do. I won't be back on site till Friday so I am looking for ideas on what to check or try. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI Problem
I have a system that was running fine with 2 SCSI drives. Both on the same line, the last one terminated. I removed the first one leaving the one with the termination. Now when the system boots I get the strangest messages and the results are quite unusual. Here are the console messages during the boot process: Waiting 15 seconds for SCSI devices to settle ahc0: Recovery Initiated >> Dump Card State Begins < ahc0: Dumping Card State in Command phase, at SEQADDR 0x170 Card was paused ACCUM = 0x80, SINDEX = 0xac, DINDEX = 0xc0, ARG_2 = 0x4 HCNT = 0x0 SCBPTR = 0x0 SCSISIGI[0x84]:(BSYI|CDI) ERROR[0x0] SCSIBUSL[0x80] LASTPHASE[0x80]:(CDI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0x2]:(SELWIDE) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x0] SSTAT0[0x7]:(DMADONE|SPIORDY|SDONE) SSTAT1[0x2]:(PHASECHG) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x4]:(DIRECTION) DFSTATUS[0x6d]:(FIFOEMP|DFTHRESH|HDONE|FIFOQWDEMP|DFCACHETH) STACK: 0x37 0x0 0x16a 0x19a SCB count = 20 Kernel NEXTQSCB = 1 Card NEXTQSCB = 19 QINFIFO entries: 19 18 9 0 7 6 17 8 15 14 5 4 3 2 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Sequencer SCB Info: 0 SCB_CONTROL[0x0] SCB_SCSIID[0x10] SCB_LUN[0x0] SCB_TAG[0x10] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Pending list: 2 SCB_CONTROL[0x0] SCB_SCSIID[0xf0]:(TWIN_CHNLB|TWIN_TID) SCB_LUN[0x0] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xe0]:(TWIN_CHNLB) SCB_LUN[0x0] 4 SCB_CONTROL[0x0] SCB_SCSIID[0xd0]:(TWIN_CHNLB) SCB_LUN[0x0] 5 SCB_CONTROL[0x0] SCB_SCSIID[0xc0]:(TWIN_CHNLB) SCB_LUN[0x0] 14 SCB_CONTROL[0x0] SCB_SCSIID[0x90]:(TWIN_CHNLB) SCB_LUN[0x0] 15 SCB_CONTROL[0x0] SCB_SCSIID[0x80]:(TWIN_CHNLB) SCB_LUN[0x0] 8 SCB_CONTROL[0x0] SCB_SCSIID[0x70]:(TWIN_TID) SCB_LUN[0x0] 9 SCB_CONTROL[0x0] SCB_SCSIID[0x60] SCB_LUN[0x0] 18 SCB_CONTROL[0x0] SCB_SCSIID[0x30] SCB_LUN[0x0] 19 SCB_CONTROL[0x0] SCB_SCSIID[0x20] SCB_LUN[0x0] 16 SCB_CONTROL[0x0] SCB_SCSIID[0x10] SCB_LUN[0x0] 17 SCB_CONTROL[0x0] SCB_SCSIID[0xb0]:(TWIN_CHNLB) SCB_LUN[0x0] 6 SCB_CONTROL[0x0] SCB_SCSIID[0xa0]:(TWIN_CHNLB) SCB_LUN[0x0] 7 SCB_CONTROL[0x0] SCB_SCSIID[0x50] SCB_LUN[0x0] 0 SCB_CONTROL[0x0] SCB_SCSIID[0x40] SCB_LUN[0x0] Kernel Free SCB list: 13 12 11 10 Untagged Q(1): 16 Untagged Q(2): 19 Untagged Q(3): 18 Untagged Q(4): 0 Untagged Q(5): 7 Untagged Q(6): 9 Untagged Q(7): 8 Untagged Q(8): 15 Untagged Q(9): 14 Untagged Q(10): 6 Untagged Q(11): 17 Untagged Q(12): 5 Untagged Q(13): 4 Untagged Q(14): 3 Untagged Q(15): 2 < Dump Card State Ends >> (probe14:ahc0:0:11:0): SCB 0x11 - timed out sg[0] - Addr 0x174d41c0 : Length 32 (probe14:ahc0:0:11:0): Other SCB Timeout ahc0: Issued Channel A Bus Reset. 15 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. ahc0: Recovery Initiated >> Dump Card State Begins < Same as before < Dump Card State Ends >> (probe14:ahc0:0:11:0): SCB 0x5 - timed out sg[0] - Addr 0x174d4060 : Length 32 (probe14:ahc0:0:11:0): Other SCB Timeout ahc0: Issued Channel A Bus Reset. 15 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. cd0 at
