Re: raid5+hotspare: request for recommended procedure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--- On Wed, 29/9/10, Stefan G. Weichinger <lists@xxxxxxxx> wrote:

> From: Stefan G. Weichinger <lists@xxxxxxxx>
> Subject: Re: raid5+hotspare: request for recommended procedure
> To: "linux-raid@xxxxxxxxxxxxxxx" <linux-raid@xxxxxxxxxxxxxxx>
> Cc: Jon@xxxxxxxxxxxxxxx, "Jon Hardcastle" <jd_hardcastle@xxxxxxxxx>
> Date: Wednesday, 29 September, 2010, 16:08
> Am 2010-09-29 16:29, schrieb Jon
> Hardcastle:
> 
> > 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 be explicit:
> 
> This would mean to run "badblocks -svn" on md3 or sdb or
> sdb3 ?
> 
> just to make sure I understand you correctly ...
> 
> Does that step take long?
> 
> Stefan
> 

This step is run on the drives that form the array so sdb... and it can take a long time.. depends on how many times you run it through and how the drive is connected...


      
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux