From owner-freebsd-stable@FreeBSD.ORG Sun Mar 25 06:06:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A39E16A402 for ; Sun, 25 Mar 2007 06:06:09 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0735213C43E for ; Sun, 25 Mar 2007 06:06:07 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1722623ana for ; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g5OOEiXBZhpm46tSyKk+tgAmkjdfk9X/9/PCo6nwh/ovHlstOLwH+k/4bn/xg97eV2/yK7nt44zb7mDIgahITlKwJc5d3Conk7m320m+IMJPdLlGwTViI3UscCxZD/6HZQGLl3XGhBe4yIcAQr43BbSilVkrAnPzPu9P3/QzI80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KC5JhnjAqKBwXRo4GAWxO+LCBpbscapnMVBIXb5MI+4Q3O6/su3fCETbywk11xNJXO6ZNevLs6ekKKRaBi9NglfsOgj87iXfsAcHPjiHg3GtDGqLosN7z5JFA+E5hel8Hc4grkDseXR6c6NhkYqxfXH9DbTmgZEmsygL1DbnHlA= Received: by 10.100.7.18 with SMTP id 18mr3922781ang.1174802767213; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Sat, 24 Mar 2007 23:06:07 -0700 (PDT) Message-ID: Date: Sun, 25 Mar 2007 01:06:07 -0500 From: "Nikolas Britton" To: "Jan Mikkelsen" In-Reply-To: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000b01c76e82$9e6f5a10$0502a8c0@IBMA618C20271E> Cc: scottl@freebsd.org, Phillip Neumann , erich@areca.com.tw, FreeBSD Stable Subject: Re: Amd64 Unstable Areca 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: Sun, 25 Mar 2007 06:06:09 -0000 On 3/24/07, Jan Mikkelsen wrote: > Nikolas Britton wrote: > > On 3/24/07, Jan Mikkelsen wrote: > > > Hi, > > > > > > Nikolas Britton wrote: > > > > If that doesn't work move back down to 1.20.00.12: > > > > http://www.nbritton.org/uploads/areca/ > > > > > > I could consistently make 1.20.00.12 corrupt data. If you > > are going to go > > > back, that's probably a bad choice. 1.20.00.02 didn't seem to have > > > corruption problems. > > > > > > > The 1.20.00.12 driver I pointed to was a custom hack I did for my > > servers, It worked fine for the 7 months I was using it... I'm > > assuming we're talking about I/O load, the servers rarely see high cpu > > loads... the hardware: > > > > http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBE.cfm > > > > arcmsr0: > ARECA RAID ADAPTER0: Driver Version 1.20.00.13 2006-8-18 > > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.41 2006-5-24 > > pass1 at arcmsr0 bus 0 target 16 lun 0 > > pass1: Fixed Processor SCSI-0 device > > da0 at arcmsr0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged > > Queueing Enabled > > da0: 1430511MB (2929687040 512 byte sectors: 255H 63S/T 182364C) > > > > I just upgraded them for the DST change. :-/ > > Interesting. How did you modify the 1.20.00.12 driver from Areca? > > Is the 1.20.00.13 driver mentioned above the one from 6.2-RELEASE? If so, > do you ever see g_vfs_done errors on this machine when it is under heavy I/O > load? > > From the machine I used to test the corruption issue (currently running > 6-STABLE): > > arcmsr0: > mem 0xc8500000-0xc8500fff,0xc8c00000-0xc8ffffff irq 16 at device 14.0 on > pci10 > ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 > pass4 at arcmsr0 bus 0 target 16 lun 0 > pass4: Fixed Processor SCSI-0 device > > This is an ARC-1220 in a Supermicro X7DB8 based machine. > Yeah are hardware is nearly identical. I don't remember what I did to my custom driver, I know I fixed some syntax errors and merged in changes that were made on top of the 1.20.00.02 code base. I'm not sure but I think most of those changes were thrown out with the import of 1.20.00.13 and 14. Yes ..0.13 is the driver from 6.2-RELEASE-p2 and no I don't see any g_vfs errors, I do see a crap load of httpd errors that someone needs to investigate, lucky me. :-/ It's not likely I'd see them anyhow because the business slows way down during this time of year: > uptime: 11:53PM up 3 days, 8:56, 1 user, load averages: 0.00, 0.00, 0.00 I remember seeing that g_vfs error one time when one of the sata cables came loose. All hell broke loose and FreeBSD had a major brain fart, I've had several other sata cable 'incidents' but that's the only time FreeBSD croaked (with an areca card). The cable incidents happen with all are sata raid gear and it's not specific to areca products. I've come to the conclusion that the sata cables simply vibrate loose. I'm debating at the moment if we should move to sas multi-lane backplanes. The biggest problem I forsee is if one of the multi-lane cables comes loose, if that happened the array is toast .. anyhow... I simply rebooted the server, rebuilt the array, verified the array, and ran fsck. The file system corruption was typical of a power failure during disk write.