From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 02:05:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF91A16A41F for ; Fri, 11 Nov 2005 02:05:39 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF5A43D45 for ; Fri, 11 Nov 2005 02:05:39 +0000 (GMT) (envelope-from ade@lovett.com) Received: from viper.canal.lovett.com ([172.16.32.23]:49204) by mail.lovett.com with esmtpa (Exim 4.54 (FreeBSD)) id 1EaOIM-000IJE-RF; Thu, 10 Nov 2005 18:05:38 -0800 In-Reply-To: <43734B59.7090609@yahoo.com.br> References: <43734B59.7090609@yahoo.com.br> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Thu, 10 Nov 2005 18:06:42 -0800 To: Ricardo A. Reis X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com X-SA-Exim-Connect-IP: 172.16.32.23 X-SA-Exim-Mail-From: ade@lovett.com X-SA-Exim-Scanned: No (on mail.lovett.com); SAEximRunCond expanded to false Cc: stable@freebsd.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:05:40 -0000 On Nov 10, 2005, at 05:30 , Ricardo A. Reis wrote: Reducing the problem to the relevant pieces: > ahd0: port 0x2400-0x24ff, > 0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci3 > ahd0: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0x2c00-0x2cff, > 0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci3 > ahd1: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs [...] > da0 at ahd0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da1 at ahd0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > Trying to mount root from ufs:/dev/da0s1a Adaptec HBAs and Seagate drives have a long and intensely painful history of not working well together. Adaptec blames Seagate. Seagate blames Adaptec. Throw in the myriad of subtly different AIC controllers that are commonplace on 1U and 2U rackmount servers, and things get even more entertaining. You essentially have 3 options 1) replace the HBA -- somewhat difficult to do if it's embedded and you need the PCIX slots for something else. 2) replace the drives -- IBM/Hitachi are fine choices here. Make sure to tell whomever you purchase systems from that you'll not accept Seagate drives in the future. 3) inside the adaptec bios, drop the drives to U160 speed, making sure that *both* packetizing *and* QAS are turned OFF. You'll lose a little bit of performance (but not all that much, Seagate drives really are garbage), and get some semblance of stability. -aDe