From owner-freebsd-stable Mon Dec 14 07:29:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02926 for freebsd-stable-outgoing; Mon, 14 Dec 1998 07:29:14 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02920; Mon, 14 Dec 1998 07:29:12 -0800 (PST) (envelope-from spork@super-g.com) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.8/8.8.5) with SMTP id KAA25933; Mon, 14 Dec 1998 10:29:08 -0500 (EST) Date: Mon, 14 Dec 1998 10:29:08 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: freebsd-scsi@FreeBSD.ORG cc: freebsd-stable@FreeBSD.ORG Subject: Re: CAM and -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, FWIW, I got the same message today, but the machine didn't lock up. Any ideas? Anyone? I'm cc-ing stable this time in hopes of finding someone running cam under -stable... Here's the messages: Dec 12 03:44:18 shell /kernel: (da1:ahc0:0:0:1): tagged openings now 31 Dec 13 02:01:04 shell /kernel: (da1:ahc0:0:0:1): tagged openings now 2 Dec 14 02:01:21 shell /kernel: (da0:ahc0:0:0:0): tagged openings now 30 Dec 14 10:07:42 shell /kernel: (da0:ahc0:0:0:0): SCB 0x1c - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Dec 14 10:07:45 shell /kernel: SEQADDR == 0x8 Dec 14 10:07:45 shell /kernel: SSTAT1 == 0xa Dec 14 10:07:45 shell /kernel: (da0:ahc0:0:0:0): Queuing a BDR SCB Dec 14 10:07:45 shell /kernel: (da0:ahc0:0:0:0): Bus Device Reset Message Sent Dec 14 10:07:45 shell /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Dec 14 10:07:45 shell /kernel: ahc0: Bus Device Reset Sent. 1 SCBs aborted Charles --- Charles Sprickman spork@super-g.com --- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." On Fri, 11 Dec 1998, spork wrote: > Hi, > > I'm about to put two new machines in production, and they're both "core" > machines; main dns/auth/mail and a shell machine. Currently the machines > we use in this capacity are 2.1.7.1, and it's been very stable. > > Now the new machines share a RAID array hung off of a CMD CRD-5440. I > patched our usual build (980825 -stable) with the July CAM patchkit, as > the existing AHC driver couldn't detect any LUNs beyond the first one. > > All has been well so far, I've tried to stress the machines as much as > possible by running some disk benchmarks over and over, but yesterday one > locked up (console frozen) with the following messages being the last > thing on the console: > > Dec 10 18:13:15 shell /kernel: (da0:ahc0:0:0:0): SCB 0x1e - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > Dec 10 18:13:18 shell /kernel: SEQADDR == 0xa > Dec 10 18:13:18 shell /kernel: SSTAT1 == 0xb > Dec 10 18:13:18 shell /kernel: (da0:ahc0:0:0:0): Queuing a BDR SCB > Dec 10 18:13:18 shell /kernel: (da0:ahc0:0:0:0): Bus Device Reset Message Sent > Dec 10 18:13:18 shell /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b > Dec 10 18:13:18 shell /kernel: ahc0: Bus Device Reset Sent. 2 SCBs aborted > > I had to give it a hard reset at this point. > > So my questions are: Is this a known issue? Does it point to a possible > hardware problem? Will there be a newer cam patchkit for -stable? > > I don't think it's a cabling issue, as this is the first I've seen of any > anomolies with the scsi subsystem, and the only cabling in question here > is a high quality 2' external UW scsi cable from the back of this machine > to the RAID array. The other machine that uses the other host port on the > RAID array remained functional during this glitch... > > Any ideas? I was very comfortable with CAM before, but now I'm a little > nervous about moving this into production. Would it be better to try and > back out of the patches and use the ahc driver? Let me know if there's > any other info needed. > > Following are the boot messages... > > Thanks, > > Charles > > Dec 10 19:27:32 shell /kernel: Copyright (c) 1992-1998 FreeBSD Inc. > Dec 10 19:27:32 shell /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 > Dec 10 19:27:32 shell /kernel: The Regents of the University of California. All rights reserved. > Dec 10 19:27:32 shell /kernel: > Dec 10 19:27:32 shell /kernel: FreeBSD 2.2.7-19980825-SNAP #0: Thu Dec 10 12:02:45 EST 1998 > Dec 10 19:27:32 shell /kernel: spork@shell.inch.com:/usr/src/sys/compile/SHELL > Dec 10 19:27:32 shell /kernel: CPU: Pentium II (quarter-micron) (350.80-MHz 686-class CPU) > Dec 10 19:27:32 shell /kernel: Origin = "GenuineIntel" Id = 0x651 Stepping=1 > Dec 10 19:27:32 shell /kernel: Features=0x183f9ff,,MMX,> > Dec 10 19:27:32 shell /kernel: real memory = 268435456 (262144K bytes) > Dec 10 19:27:32 shell /kernel: avail memory = 261144576 (255024K bytes) > Dec 10 19:27:32 shell /kernel: Probing for devices on PCI bus 0: > Dec 10 19:27:32 shell /kernel: chip0 rev 2 on pci0:0:0 > Dec 10 19:27:32 shell /kernel: chip1 rev 2 on pci0:1:0 > Dec 10 19:27:32 shell /kernel: chip2 rev 2 on pci0:4:0 > Dec 10 19:27:32 shell /kernel: chip3 rev 1 on pci0:4:1 > Dec 10 19:27:32 shell /kernel: chip4 rev 1 int d irq 12 on pci0:4:2 > Dec 10 19:27:32 shell /kernel: chip5 rev 2 on pci0:4:3 > Dec 10 19:27:32 shell /kernel: fxp0 Dec 10 19:27:32 shell /kernel: ro 10/100B Ethernet> rev 5 int a irq 10 on pci0:7:0 > Dec 10 19:27:32 shell /kernel: fxp0: Ethernet address 00:e0:18:90:36:4d > Dec 10 19:27:32 shell /kernel: ahc0 rev 1 int a irq 12 on pci0:9:0 > Dec 10 19:27:32 shell /kernel: ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs > Dec 10 19:27:32 shell /kernel: fxp1 rev 5 int a irq 10 on pci0:10:0 > Dec 10 19:27:32 shell /kernel: fxp1: Ethernet address 00:a0:c9:e7:ac:7d > Dec 10 19:27:32 shell /kernel: vga0 rev 211 int a irq 11 on pci0:11:0 > Dec 10 19:27:32 shell /kernel: Probing for devices on PCI bus 1: > Dec 10 19:27:32 shell /kernel: Probing for devices on the ISA bus: > Dec 10 19:27:32 shell /kernel: sc0 at 0x60-0x6f irq 1 on motherboard > Dec 10 19:27:32 shell /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> > Dec 10 19:27:32 shell /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa > Dec 10 19:27:32 shell /kernel: sio0: type 16550A > Dec 10 19:27:32 shell /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa > Dec 10 19:27:32 shell /kernel: sio1: type 16550A > Dec 10 19:27:32 shell /kernel: lpt0 at 0x378-0x37f irq 7 on isa > Dec 10 19:27:32 shell /kernel: lpt0: Interrupt-driven port > Dec 10 19:27:32 shell /kernel: lp0: TCP/IP capable interface > Dec 10 19:27:32 shell /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > Dec 10 19:27:32 shell /kernel: fdc0: FIFO enabled, 8 bytes threshold > Dec 10 19:27:32 shell /kernel: fd0: 1.44MB 3.5in > Dec 10 19:27:32 shell /kernel: npx0 flags 0x1 on motherboard > Dec 10 19:27:32 shell /kernel: npx0: INT 16 interface > Dec 10 19:27:32 shell /kernel: IP packet filtering initialized, divert enabled, logging limited to 200 packets/entry > Dec 10 19:27:32 shell /kernel: da0 at ahc0 bus 0 target 0 lun 0 > Dec 10 19:27:32 shell /kernel: da0: Fixed Direct Access SCSI2 device > Dec 10 19:27:32 shell /kernel: da0: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled > Dec 10 19:27:32 shell /kernel: da0: 6999MB (14335872 512 byte sectors: 64H 32S/T 6999C) > Dec 10 19:27:32 shell /kernel: da1 at ahc0 bus 0 target 0 lun 1 > Dec 10 19:27:32 shell /kernel: da1: Fixed Direct Access SCSI2 device > Dec 10 19:27:32 shell /kernel: da1: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled > Dec 10 19:27:32 shell /kernel: da1: 10431MB (21362688 512 byte sectors: 64H 32S/T 10431C) > Dec 10 19:27:32 shell /kernel: WARNING: / was not properly dismounted. > Dec 10 19:27:32 shell /kernel: nfs server 10.0.0.1:/var/mail: not responding > Dec 10 19:27:32 shell savecore: no core dump > > --- > Charles Sprickman > spork@super-g.com > --- > "...there's no idea that's so good you can't > ruin it with a few well-placed idiots." > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message