Re: raid5+hotspare: request for recommended procedure
From: Jon Hardcastle <hidden>
Date: 2010-09-29 14:29:37
--- On Wed, 29/9/10, Stefan G. Weichinger <lists@xunil.at> wrote:
From: Stefan G. Weichinger <redacted> Subject: Re: raid5+hotspare: request for recommended procedure To: "linux-raid@vger.kernel.org" <redacted> Date: Wednesday, 29 September, 2010, 15:25 Am 2010-09-29 12:03, schrieb Tim Small:quoted
Run smartctl -t long, and see what the LBA of theerrors are (smartctlquoted
-a when finished, and look at the error log) - it maybe that it isquoted
outside of the used space (e.g. right at the end ofthe drive - I'vequoted
seen this in the past) if this is the case, you canjust dd over it.quoted
If the test completes without error then theunreadable sector is eitherquoted
not user-addressable, or doesn't really exist, inwhich case I'd ignorequoted
it (or perhaps a security-erase will get the driveback into a sensiblequoted
state). Some of the earlier firmwares for theST3250310NS were a littlequoted
buggy in my experience, so you might want to look atupgrading itquoted
(latest Seagate non-OEM firmware is SN06), which canbe done with hdparm. Yep, it finished without error! Does that mean I could ignore that safely? Or should I rebuild the raids onto the spare-disk and then swap drive? S --
Personally I would trust nothing less than a dammed good thrashing from badblocks -svw ideally or -svn if the drive has data on it. Then an smart offline check to be sure the pending/reallocated sector counts have no increased.
Before commissioning a new drive a do a badblocks -svw atleast 3 times without any counters increasing (something there are bad sectors I just want to flush them out early) then I do some short, long and offline smart tests.
Then I add to the array, then I run check a couple of times.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html