From owner-freebsd-questions Wed Jul 26 22:37: 2 2000 Delivered-To: freebsd-questions@freebsd.org Received: from cmdmicro.com (deepthought.cmdmicro.com [24.108.89.29]) by hub.freebsd.org (Postfix) with SMTP id CEAFD37B941 for ; Wed, 26 Jul 2000 22:36:53 -0700 (PDT) (envelope-from flatline@cmdmicro.com) Received: (qmail 9925 invoked by uid 1004); 27 Jul 2000 05:36:50 -0000 Date: Wed, 26 Jul 2000 23:36:50 -0600 From: Chris Wasser To: freebsd-questions@FreeBSD.ORG Subject: SCSI errors? Message-ID: <20000726233649.A9867@deepthought.cmdmicro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i X-Operating-System: FreeBSD 4.1-RC Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've looked through the mailing list archives and seen some references to cable termination for these errors, but as far as I can tell the cable is terminated at the drive and self-terminated at the controller. Here's the dmesg for the box in question: 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.1-STABLE #0: Wed Jul 26 18:41:22 MDT 2000 root@stn1.cmdmicro.com:/usr/src/sys/compile/STN1 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 700030796 Hz CPU: AMD Athlon(tm) Processor (700.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x622 Stepping = 2 Features=0x183f9ff AMD Features=0xc0400000 real memory = 268419072 (262128K bytes) avail memory = 257953792 (251908K bytes) Preloaded elf kernel "kernel" at 0xc02ef000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 9 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0x9400-0x943f irq 11 at device 10.0 on pci0 adw0: port 0x9000-0x903f mem 0xda800000-0xda8000ff irq 10 at device 11.0 on pci0 adw0: SCSI ID 7, High & Low SE Term Enabled, Queue Depth 253 dc0: port 0x8800-0x887f mem 0xda000000-0xda0003ff irq 3 at device 13.0 on pci0 dc0: Ethernet address: 00:c0:f0:3c:8f:ba miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: on motherboard pci2: on pcib1 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: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> ad0: 28629MB [58168/16/63] at ata0-master using UDMA66 ata1-master: DMA limitted to UDMA33, non-ATA66 compliant cable ad2: 28629MB [58168/16/63] at ata1-master using UDMA33 acd0: CDROM at ata1-slave using UDMA33 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s2a da0 at adw0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 17366MB (35566000 512 byte sectors: 255H 63S/T 2213C) The system was cvsup'd today. System worked fine until I attempted to install XFree86-4 from the ports and it began running the extraction process (tar was running actually): Jul 26 21:26:14 stn1 /kernel: (da0:adw0:0:1:0): ACB 0xcc0ba15c - timed out Jul 26 21:26:14 stn1 /kernel: (noperiph:adw0:0:-1:-1): Bus Reset Delivered. No longer in timeout Jul 26 21:26:15 stn1 /kernel: (da0:adw0:0:1:0): ACB 0xcc0ba7b4 - timed out Jul 26 21:26:15 stn1 /kernel: (noperiph:adw0:0:-1:-1): Bus Reset Delivered. No longer in timeout Jul 26 21:26:15 stn1 /kernel: (da0:adw0:0:1:0): ACB 0xcc0bb4d8 - timed out Jul 26 21:26:15 stn1 /kernel: (noperiph:adw0:0:-1:-1): Bus Reset Delivered. No longer in timeout Jul 26 21:26:15 stn1 /kernel: (da0:adw0:0:1:0): ACB 0xcc0bb464 - timed out Jul 26 21:26:15 stn1 /kernel: (noperiph:adw0:0:-1:-1): Bus Reset Delivered. No longer in timeout Jul 26 21:26:15 stn1 /kernel: (da0:adw0:0:1:0): ACB 0xcc0bb294 - timed out Jul 26 21:26:15 stn1 /kernel: (noperiph:adw0:0:-1:-1): Bus Reset Delivered. No longer in timeout ...etc...etc I've since powered down the box because it then becomes unstable and although it will let me shutdown gracefully, fails to write out all buffers. I'm going out tommorow to buy a terminator, but if I get a reply stating something otherwise I might be able to save myself a trip. It should also be noted that the hdd is set to ID#1 and the controller ID#7. Unfortunately I didn't think to get camcontrol output for display or snag the kernel config, these can be supplied upon request. Also, Soren, if you're reading this, notice the message about non-compliant ATA66 cable? It's rather strange, it's 18" in length and there's the nock in the cable as there should be. 4.0-STABLE seemed happy to run the unit @ ATA66, this perhaps meaning the drive won't support it? I know the cable is good. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message