From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 30 09:39:38 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3261065670 for ; Mon, 30 Nov 2009 09:39:38 +0000 (UTC) (envelope-from stephane.lapie@darkbsd.org) Received: from quasar.darkbsd.org (shinigami.darkbsd.org [82.227.96.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8668FC0A for ; Mon, 30 Nov 2009 09:39:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by quasar.darkbsd.org (Postfix) with ESMTP id 0811D5C1A for ; Mon, 30 Nov 2009 10:38:33 +0100 (CET) Received: from quasar.darkbsd.org ([127.0.0.1]) by localhost (quasar.darkbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ttONlFjDJPWy for ; Mon, 30 Nov 2009 10:38:30 +0100 (CET) Received: from [192.168.166.29] (unknown [210.188.173.245]) (Authenticated sender: darksoul) by quasar.darkbsd.org (Postfix) with ESMTPSA id DAE445C19 for ; Mon, 30 Nov 2009 10:38:29 +0100 (CET) Message-ID: <4B1392CF.5090600@darkbsd.org> Date: Mon, 30 Nov 2009 18:39:27 +0900 From: Stephane LAPIE User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 CC: freebsd-hardware@freebsd.org References: <200911300501.FAA11837@sopwith.solgatos.com> In-Reply-To: <200911300501.FAA11837@sopwith.solgatos.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6087BC6BF4C85283A10BB7E9" Subject: Re: Marvell MV88SX6081 on FreeBSD 8.0-RELEASE X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 09:39:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6087BC6BF4C85283A10BB7E9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dieter wrote: > In message <4B13159D.9010504@darkbsd.org>, Stephane LAPIE writes: >=20 >> On FreeBSD 8.0, attempting to scrub a ZFS pool results in a few I/O >> bursts (confirmed with zpool iostat), before totally freezing down and= >> locking the ZFS pool (the system is still up and only ZFS based file >> systems are unusable in this state), probably to avoid data corruption= =2E >> Occasionally I also witness a "READ_DMA48 soft error (ECC corrected)" >> error message showing up, on a random hard disk. >=20 > And there are these, which you didn't mention: >> ad1: FAILURE - SET_MULTI status=3D3D51 error=3D3D4 >> ad12: FAILURE - SET_MULTI status=3D3D51 error=3D3D4 > (No, I don't know what that means, sorry.) Ah, actually I do have an idea as to what these are about : These two disks are SSDs I'm using in my ZFS pool as cache devices. So I guess this is the kind of error that says "I tried to use an access mode this device was not designed for". In the same fashion, I also get such error messages when trying SMART checks on ad0, which is a flash card. ad0: FAILURE - SMART status=3D51 error=3D4 So, I think these could safely be discarded under "not a normal disk device". (Unless I'm completely mistaken about this...) >> ad18: 1430799MB at ata9-master SATA300 >> ad20: 1430799MB at ata10-master SATA300 >=20 > How old is the SD1A disk? As you may know, Seagate had various trouble= s > with the .11 firmware. I have some of the ST31500341AS CC1H and mine a= re > new enough that they are supposed to be ok. I bought all these disks at roughly the same time around April, but strangely got an odd one in the lot and didn't bother to change it. =46rom what I checked with the Seagate page about the firmware issues, SD1A is not affected. I also have three spare disks in a drawer in case a problem occurs. >> Therefore, I am inclined to think the motherboard/memory (a "TYAN >> Thunder K8WE S2895") would be at fault here, >=20 > I have been told that Tyan does a good job with memory, although even > assuming that's true it could still be a memory problem. My Tyan > board has a memory scrubbing feature that can be turned on in > firmware, but I've never tried it. Also, you could try rotating the > SIMMs and see if anything changes. The memory is brand new, from Corsair. I tried swapping the sticks (while still using the same slots) and strangely enough, some combinations just... don't boot at all. Also, completely unrelated to the SATA controller, some quirks on this motherboard (though at BIOS level) have been annoying me quite a lot : - Booting FreeBSD from anything besides an IDE device has a 80% chance of freezing the computer at BTX level. - Sometimes the Option ROMs (this including the VGA card) are not loaded properly because of an "out of memory" problem at BIOS level. However, once the system is booted, it can go on for several months. (Though, I have witnessed one "Fatal error 12: Page fault"-type kernel panic in six months) Thanks again for your time. --=20 Stephane LAPIE, EPITA SRS, Promo 2005 "Even when they have digital readouts, I can't understand them." --MegaTokyo --------------enig6087BC6BF4C85283A10BB7E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksTks8ACgkQ24Ql8u6TF2Ps2QCg6zykzph7734ce5FRBuNlq6RO pywAoICo2amL7L+UHiXbACpjEsYQYjnC =ouSv -----END PGP SIGNATURE----- --------------enig6087BC6BF4C85283A10BB7E9--