Date: Thu, 03 Sep 2009 11:42:46 +0200 From: Mark Stapper <stark@mapper.nl> To: Daniel Eriksson <daniel@toomuchdata.se> Cc: freebsd-questions@freebsd.org Subject: Re: ZFS and DMA read error Message-ID: <4A9F8F96.3090806@mapper.nl> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A635E9C3@royal64.emp.zapto.org> References: <4A9B731E.9050400@mapper.nl><ade45ae90908311122s685a6aa7o6dcc49a48c08000e@mail.gmail.com> <4A9CBDBB.3060403@mapper.nl> <4F9C9299A10AE74E89EA580D14AA10A635E9C3@royal64.emp.zapto.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigFDC026164E3BACE30CD4A5E3
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
> SpinRite is OK but it hasn't been updated in ages. It does not work on
> large drives. 250GB works, 1TB does not. Haven't tried it on 500GB
> drives.
> =20
So it will be useles in... well in this case it IS useles...
> If I were you I would 'zpool offline ...' the offending drive, rewrite
> the entire drive with 'dd if=3D/dev/zero ...' and then run a SMART
> selftest on it using smartmontools ('smartctl -t long /dev/adX'). When
> you 'zpool online ...' the drive ZFS will resilver it for you. After
> doing all of this I would then run a 'zpool scrub ...'. If the scrub
> finishes without checksum errors and without any ATA-related errors the=
> drive is probably in good enough condition to keep using, but watch out=
> for more ATA errors. If the drive is dying it won't be long before it
> starts to generate more ATA errors.
> =20
Yeah, i did the long SMART selftest three times now, each of which it
failed on the same LBA address.
Did the scrub as well, took two hours, and no DMA errors were reported.
Why would I want to clear my driver before I run these tests?
I ordered a "spare" drive so I'll wait until it arrives, replace the
faulty drive with this one by dd-ing data from one to the other (I have
only 4 SATA ports so I can't do "zpool replace").
Or meybe I'll just swap them out and do "zpool scrub".
I'm uncomfortable doing this though, because if any of the other drives
fails/crashes/flips me off I'll have to restore from my backup which
took two days to make... (which is the drawback of a gzipped zfs backup
partition)
Once I've replaced the drive I'll run hitachi's Drive Fitness Test on
the (presumably) failing drive. Even if it doesn't generate any ATA
errors during everyday use, the error it gave before, combined with the
failing SMART self test disturbs me. I bought the drive 2 months ago, so
my faith has gone.
However, if it passes Hitachi's DFT my faith will be restored :-).
Greetz,
Mark
--------------enigFDC026164E3BACE30CD4A5E3
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 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkqfj5oACgkQN9xNqOOVnWC36QCfYPUh0pHD1I3D+uIoX9xUXMAF
PbAAoIaYxgHtdKd1tPvysmCbNtRep97H
=EENT
-----END PGP SIGNATURE-----
--------------enigFDC026164E3BACE30CD4A5E3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A9F8F96.3090806>