From owner-freebsd-stable Fri Dec 15 9: 6:39 2000 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 15 09:06:30 2000 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 73CFD37B402 for ; Fri, 15 Dec 2000 09:06:29 -0800 (PST) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id JAA21300; Fri, 15 Dec 2000 09:06:27 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda21298; Fri Dec 15 09:06:08 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.1/8.9.1) id eBFH62W00641; Fri, 15 Dec 2000 09:06:02 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdSKA621; Fri Dec 15 09:05:01 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.1/8.9.1) id eBFFlsv01640; Fri, 15 Dec 2000 07:47:54 -0800 (PST) Message-Id: <200012151547.eBFFlsv01640@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdcl1633; Fri Dec 15 07:47:39 2000 X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.2-RELEASE X-Sender: cy To: Dennis Glatting Cc: stable@FreeBSD.ORG Subject: Re: disk problem under RELENG_4 In-reply-to: Your message of "Wed, 06 Dec 2000 17:33:01 PST." <3A2EE8CD.18E817BB@software-munitions.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Dec 2000 07:47:39 -0800 Sender: cy@uumail.gov.bc.ca Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My server at home just started spitting out similar messages two days ago, after a power cycle. Other than a simple power cycle what had changed? No software changes had been implemented for two weeks and no hardware changes in over a year. Could the power cycle have damaged the 2940 or the affected disk? Possibly, however I power cycle this machine once a month. A recent earthquake may have loosened the cable, though I suspect not. Switching from automatic termination to low/low (in my case I only use the 50 pin internal bus) solved the problem. I'm almost betting that a change in humidity may be the culprit. To test this theory I'll set termination back to automatic this spring. Interesting to note that in my case it too was a Quantum drive. Search the -scsi archives. I read a comment that Quantum drives have a firmware bug that causes this. As upgrading firmware is riskier than changing a 2940 option, take a look at your termination option first. Also make Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <3A2EE8CD.18E817BB@software-munitions.com>, Dennis Glatting writes: > > It could be my hardware but this problem started shortly after I > cvsupd against RELENG_4 a few weeks ago. I re-cvsupd a few days ago > but the problem persists. It could be my hardware, but FYI. > > dmesg output follows error. > > > > > Dec 6 17:12:54 btw /kernel: (da1:ahc0:0:1:0): SCB 0xf - timed out in > Message-in phase, > SEQADDR == 0x10f > Dec 6 17:12:58 btw /kernel: STACK == 0xdd, 0x5c, 0x15e, 0x174 > Dec 6 17:12:58 btw /kernel: SXFRCTL0 == 0x80 > Dec 6 17:12:58 btw /kernel: SCB count = 255 > Dec 6 17:12:58 btw /kernel: QINFIFO entries: 22 80 68 7 104 69 65 99 > 21 55 27 92 17 1 18 > 39 95 8 97 36 46 54 100 31 98 59 23 84 4 41 28 26 94 44 10 3 0 5 102 > 81 83 20 19 63 13 101 > 2 9 29 91 37 64 108 14 25 6 109 67 66 49 57 119 30 52 48 106 16 > Dec 6 17:12:58 btw /kernel: Waiting Queue entries: > Dec 6 17:12:58 btw /kernel: Disconnected Queue entries: > Dec 6 17:12:58 btw /kernel: QOUTFIFO entries: > Dec 6 17:12:58 btw /kernel: Sequencer Free SCB List: 21 30 5 12 11 2 > 4 28 3 1 29 14 9 19 8 > 18 23 27 25 16 22 10 31 24 20 17 15 6 26 7 13 > Dec 6 17:12:58 btw /kernel: Pending list: 16 106 48 52 30 119 57 49 > 66 67 109 6 25 14 108 > 64 37 91 29 9 2 101 13 63 19 20 83 81 102 5 0 3 10 44 94 26 28 41 4 84 > 23 59 98 31 100 54 > 46 36 97 8 95 39 18 1 17 92 27 55 21 99 65 69 104 7 68 80 22 15 > Dec 6 17:12:58 btw /kernel: Kernel Free SCB list: 12 33 42 93 96 85 > 43 11 90 107 24 105 50 > 34 82 51 45 103 58 47 35 32 86 53 250 251 252 253 254 240 241 242 243 > 244 245 246 247 248 > 249 230 231 232 233 234 235 236 237 238 239 220 221 222 223 224 225 > 226 227 228 229 210 211 > 212 213 214 215 216 217 218 219 200 201 202 203 204 205 206 207 208 > 209 190 191 192 193 194 > 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 > 172 173 174 175 176 177 > 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 > 155 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 56 40 62 > 61 60 79 78 77 76 75 > 74 73 72 71 70 89 88 87 > Dec 6 17:12:58 btw /kernel: sg[0] - Addr 0x8115000 : Length 4096 > Dec 6 17:12:58 btw /kernel: sg[1] - Addr 0x68f6000 : Length 4096 > Dec 6 17:12:58 btw /kernel: (da1:ahc0:0:1:0): BDR message in message > buffer > Dec 6 17:12:58 btw /kernel: (da1:ahc0:0:1:0): SCB 0xf - timed out in > Message-in phase, > SEQADDR == 0x169 > Dec 6 17:12:58 btw /kernel: STACK == 0x5c, 0x15e, 0x174, 0x2e > Dec 6 17:12:58 btw /kernel: SXFRCTL0 == 0x80 > Dec 6 17:12:58 btw /kernel: SCB count = 255 > Dec 6 17:12:58 btw /kernel: QINFIFO entries: 22 80 68 7 104 69 65 99 > 21 55 27 92 17 1 18 > 39 95 8 97 36 46 54 100 31 98 59 23 84 4 41 28 26 94 44 10 3 0 5 102 > 81 83 20 19 63 13 101 > 2 9 29 91 37 64 108 14 25 6 109 67 66 49 57 119 30 52 48 106 16 > Dec 6 17:12:58 btw /kernel: Waiting Queue entries: > Dec 6 17:12:59 btw /kernel: Disconnected Queue entries: > Dec 6 17:12:59 btw /kernel: QOUTFIFO entries: > Dec 6 17:12:59 btw /kernel: Sequencer Free SCB List: 21 30 5 12 11 2 > 4 28 3 1 29 14 9 19 8 > 18 23 27 25 16 22 10 31 24 20 17 15 6 26 7 13 > Dec 6 17:12:59 btw /kernel: Pending list: 16 106 48 52 30 119 57 49 > 66 67 109 6 25 14 108 > 64 37 91 29 9 2 101 13 63 19 20 83 81 102 5 0 3 10 44 94 26 28 41 4 84 > 23 59 98 31 100 54 > 46 36 97 8 95 39 18 1 17 92 27 55 21 99 65 69 104 7 68 80 22 15 > Dec 6 17:12:59 btw /kernel: Kernel Free SCB list: 12 33 42 93 96 85 > 43 11 90 107 24 105 50 > 34 82 51 45 103 58 47 35 32 86 53 250 251 252 253 254 240 241 242 243 > 244 245 246 247 248 > 249 230 231 232 233 234 235 236 237 238 239 220 221 222 223 224 225 > 226 227 228 229 210 211 > 212 213 214 215 216 217 218 219 200 201 202 203 204 205 206 207 208 > 209 190 191 192 193 194 > 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 > 172 173 174 175 176 177 > 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 > 155 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 56 40 62 > 61 60 79 78 77 76 75 > 74 73 72 71 70 89 88 87 > Dec 6 17:12:59 btw /kernel: sg[0] - Addr 0x8115000 : Length 4096 > Dec 6 17:12:59 btw /kernel: sg[1] - Addr 0x68f6000 : Length 4096 > Dec 6 17:12:59 btw /kernel: (da1:ahc0:0:1:0): no longer in timeout, > status = 34b > Dec 6 17:12:59 btw /kernel: ahc0: Issued Channel A Bus Reset. 68 SCBs > aborted > > > > > > > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 4.2-STABLE #22: Fri Dec 1 23:47:14 PST 2000 > root@btw:/usr/src/sys/compile/BTW > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (448.06-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > > Features=0x183f9ff AT,PSE36,MMX,FXSR> > real memory = 268435456 (262144K bytes) > avail memory = 256126976 (250124K bytes) > Preloaded elf kernel "kernel" at 0xc044b000. > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on > pci0 > pci1: on pcib1 > pci1: at 0.0 irq 11 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: at device 7.1 on pci0 > atapci0: Busmastering DMA not supported > uhci0: port 0x1ca0-0x1cbf > irq 9 at device 7.2 on > pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > chip1: port 0x7000-0x700f > at device 7.3 on pci0 > xl0: <3Com 3c905-TX Fast Etherlink XL> port 0x1cc0-0x1cff irq 11 at > device 13.0 on pci0 > xl0: Ethernet address: 00:60:08:b0:3d:a6 > miibus0: on xl0 > nsphy0: on miibus0 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ahc0: port 0x1000-0x10ff mem > 0xf4000000-0xf4000fff > irq 10 at device 14.0 on pci0 > aic7899: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc1: port 0x1400-0x14ff mem > 0xf4001000-0xf4001fff > irq 15 at device 14.1 on pci0 > aic7899: Wide Channel B, SCSI Id=7, 32/255 SCBs > xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0x1c00-0x1c7f mem > 0xf4003000-0xf400307f irq 15 > at device 15.0 on pci0 > xl1: Ethernet address: 00:50:04:d2:9f:c6 > miibus1: on xl1 > ukphy0: on miibus1 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ahc2: port 0x1800-0x18ff mem > 0xf4002000-0xf4002fff irq 9 > at device 16.0 on pci0 > aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > IP packet filtering initialized, divert enabled, rule-based forwarding > enabled, default to > deny, logging limited to 512 packets/entry by default > IPsec: Initialized Security Association Processing. > IP Filter: v3.4.8 initialized. Default = pass all, Logging = enabled > Waiting 2 seconds for SCSI devices to settle > sa0 at ahc2 bus 0 target 4 lun 0 > sa0: Removable Sequential Access > SCSI-CCS device > sa0: 3.300MB/s transfers > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da1: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) > da2 at ahc1 bus 0 target 12 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged > Queueing Enabled > da2: 8669MB (17755614 512 byte sectors: 255H 63S/T 1105C) > Mounting root from ufs:/dev/da0s1a > da4 at ahc2 bus 0 target 2 lun 0 > da4: Fixed Direct Access SCSI-2 device > da4: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing > Enabled > da4: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) > da3 at ahc2 bus 0 target 1 lun 0 > da3: Fixed Direct Access SCSI-2 device > da3: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing > Enabled > da3: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) > vinum: loaded > vinum: reading configuration from /dev/da4s1e > vinum: updating configuration from /dev/da3s1e > xl0: promiscuous mode enabled > cd0 at ahc2 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not > present > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message