Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 1 Jul 2008 05:53:28 -0700
From:      Jeremy Chadwick <koitsu@FreeBSD.org>
To:        Daniel Eriksson <daniel_k_eriksson@telia.com>
Cc:        legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@freebsd.org, sos@FreeBSD.org
Subject:   Re: MCP55 SATA data corruption in FreeBSD 7
Message-ID:  <20080701125328.GA69964@eos.sc1.parodius.com>
In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org>
References:  <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 01, 2008 at 11:01:17AM +0200, Daniel Eriksson wrote:
> The server with 570 Ultra chipset has a bunch of older 250GB SATA-150
> drives hooked up to the MCP55 controller and it is working just fine.
> The server with 570 SLI chipset has a bunch of new SATA-300 drives
> hooked up to the MCP55 controller and it is giving me silent data
> corruption (easily detectable by running ZFS scrub, every time I run it
> new checksum errors show up). I know the drives are good because when
> they are hooked up to another controller they work just fine.

With the same cables?  Not that I want to use cables as a scapegoat, but
in this case it seems applicable.

> Unfortunately the drives does not have a jumper for setting SATA-150
> speed (they are Samsung 1 TB drives), and trying to force the drives to
> SATA-150 speed with the "patch" provided by the manufacturer does not
> seem to work (the drives still negotiate SATA-300 speed). I will try to
> get my hands on another older SATA-150 drive (or a new that can be
> jumpered) to verify if the culprit is the MCP55 revision (see below) or
> the interface speed.

Can you provide "atacontrol cap" output for one of the drives?

I know in the case of Maxtor drives, there is a bug that exists in one
of their disk firmwares which causes silent data corruption and/or SATA
bus lockups when NCQ is used on nForce 4 chipsets.  Maxtor provides a
firmware update which fixes the bug.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080701125328.GA69964>