From owner-freebsd-stable@FreeBSD.ORG Thu Feb 12 18:03:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71514106566B for ; Thu, 12 Feb 2009 18:03:07 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:1f09:16f:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1A48FC13 for ; Thu, 12 Feb 2009 18:03:07 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 2E7774515D; Thu, 12 Feb 2009 18:03:06 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id rnARkNA7fhML; Thu, 12 Feb 2009 18:03:03 +0000 (UTC) Received: from [10.0.2.50] (daffy.tector.org.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 7B42345151; Thu, 12 Feb 2009 18:03:02 +0000 (GMT) Message-ID: <4994644D.8070102@thekeelecentre.com> Date: Thu, 12 Feb 2009 18:02:53 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Kevin Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with SATA/SAS 5iR 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: Thu, 12 Feb 2009 18:03:07 -0000 Kevin Smith wrote: > Hi, > > I have a problem with a Dell Poweredge SC440 computer. > It's equipped with a "Dell SATA/SAS 5iR" controller, it's from LSI actually > (maybe megaraid). > > I'm using FreeBSD 7.1 Release > > I have 2x 500 GB SATA in a synchronised(status optimal) RAID-1 logical > volume. > > The machine is brand new, first problem arised early after the installer > started to install the files, the install was very slow, (I know it is > because write cache is not enabled, that can be done with a management > program, and I will enable it later) and sysinstall could not install the > ports collection, the error it gave was > "write error on transfer to cpio process, try of 1024 bytes" after OK, > write error popped up. > > I found this error too, but I found no clue what could have happened. > > Installing the system without the ports collection (installed it later with > cvsup)in another run gave no error at all, and in dmesg is see the logical > volume: > > mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) > mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 > mpt0:vol0(mpt0:0:0): 2 Members: > (mpt0:1:32:0): Primary Online > (mpt0:1:1:0): Secondary Online > mpt0:vol0(mpt0:0:0): RAID-1 - Optimal > mpt0:vol0(mpt0:0:0): Status ( Enabled ) > (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) > (mpt0:vol0:1): Online > (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) > (mpt0:vol0:0): Online > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: 476837MB (976562176 512 byte sectors: 255H 63S/T 60788C) > > It looks OK, but then I found this after typing "df -h", and it gives me the > creeps: > > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 496M 138M 318M 30% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/da0s1e 3.9G 14K 3.6G 0% /tmp > /dev/da0s1f 440G 537M 404G 0% /usr > /dev/da0s1d 2.9G 1.3M 2.7G 0% /var > > I'm reading the freebsd-current list, and I found another buffer related > problem there, but they say nothing about these. > > If you have any explanation/solution for these problems pls share them! > > What's wrong with the dmesg? The used/available inconsistencies are due to space being reserved. Regarding disk performance, you need to put hw.mpt.enable_sata_wc=1 in /boot/loader.conf to reenable the write cache (it's disabled by default for consistency reasons when using SATA disks leading to poor write performance). Regards, Richard