All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tim Small <tim@buttersideup.com>
To: hfranklin97@excite.com
Cc: linux-raid@vger.kernel.org
Subject: Re: disk testing
Date: Fri, 17 Sep 2004 10:18:37 +0100	[thread overview]
Message-ID: <414AABED.9040403@buttersideup.com> (raw)
In-Reply-To: <20040917025005.DC7F1395B@xprdmailfe9.nwk.excite.com>

harry wrote:

>Tim and Neil have suggested (apparently correctly) that the disk had a bad sector and the firmware remapped it when I wrote to it. My question is, how many spare sectors does the typical disk have?
>
Good question.  The drive technical documentation (if you can get it) 
may tell you.  I think I low-level formatted a 70G SCSI drive a few 
weeks ago, which had a couple of percent in its default setup (on SCSI, 
you can change the spare portion when you low-level format, if you want to).

I think that it's impossible to tell with xATA drives (at least without 
vendor-specific tools) as the detail is hidden by the firmware, at a 
guess (and it is a complete guess) I would say that it wouldn't be more 
than 0.5% of the drive capacity.  I think that the low-level formatting 
geometry puts a certain percentage of the total raw capacity aside for 
spare sectors - a certain number of these are used up for 
manufacture-time defects (i.e. unusable sectors due to imperfections in 
the platters) when the drive is low-level formatted in the factory, and 
the rest of the spare sectors (down to some manufacturer define minimum 
below which the drive fails QC) are left for in-service spares.  BICBW.

> More importantly, since the sector has been remapped, recreating the raid5 array worked fine, but is a failure right out of the box normal? I was going to return it but since its working now I'm not sure if I should or not.
>  
>
Well, that's a difficult choice - here are some things that may help you 
to decide:

. Do the SMART read-retry counts etc. seem to be noticeably higher than 
the other drives in the array, or are they increasing quicker (or for 
"rate" variables, are they lower, or decreasing, as some drives 
represent these "1 failure every x operations" style counters)?
. How long does the warranty run for?
. Will the mfr, or your supplier actually take the drive back in its 
current condition?  -  If you run their "factory revalidation test" or 
whatever they call it, the drive will probably pass now
. How much is your time to replace it worth vs. the cost of the drive 
(or the cost of the drive once its warranty has expired).

If it was me, I'd be inclined to leave it in place, but return it if I 
got another failure on a different part of the disk (if an adjacent 
sector fails this may be OK), or if the drive looked to be deteriorating 
quickly.


If SMART support for libata was complete, I'd be inclined to get smartd 
to run an extended self-test on the drive every week.  As it is, you may 
want to do this manually a couple of times on the drive to see what 
difference this makes to the SMART counters (smartctl -t long)..

Another option is to put in a cron job that does "dd if=/dev/sdx 
of=/dev/null" once a week for all drives in the array (e.g. every Sunday 
night, or some other quiet period for the computer) to give the drives a 
similar work out to the SMART long test (albeit with a lot more work for 
the CPU, and buses) - this way, you get to check that all sectors are 
readable (and the firmware may get the chance to correct failing sectors 
before they become unreadable - if the drive firmware support this).


Tim.


  reply	other threads:[~2004-09-17  9:18 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-17  2:50 disk testing harry
2004-09-17  9:18 ` Tim Small [this message]
2004-09-17 15:08 ` Sebastien Koechlin
     [not found] <20040914095208.E790A3969@xprdmailfe9.nwk.excite.com>
2004-09-14 12:17 ` Tim Small
  -- strict thread matches above, loose matches on Subject: below --
2004-09-14  9:54 harry
2004-09-14  9:04 harry
2004-09-14  8:50 harry
2004-09-14  9:06 ` Neil Brown
2004-09-14  9:15 ` Tim Small

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=414AABED.9040403@buttersideup.com \
    --to=tim@buttersideup.com \
    --cc=hfranklin97@excite.com \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.