All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roman Mamedov <roman@rm.pp.ru>
To: st0ff@npl.de
Cc: st0ff@gmx.net, Tim Small <tim@seoss.co.uk>,
	lists@xunil.at, linux-raid@vger.kernel.org
Subject: Re: Pending sectors in valid array - how to proceed?
Date: Thu, 29 Jul 2010 03:11:00 +0600	[thread overview]
Message-ID: <20100729031100.69f583d7@natsu> (raw)
In-Reply-To: <4C5092C4.6050708@gmx.net>

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

On Wed, 28 Jul 2010 22:27:48 +0200
Stefan *St0fF* Huebner <st0ff@gmx.net> wrote:

> >>   5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always
> >>       -       0
> >> 195 Hardware_ECC_Recovered  0x001a   058   039   000    Old_age   Always
> >>       -       146754005
> >> 197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always
> >>       -       13
> >> 198 Offline_Uncorrectable   0x0010   100   100   000    Old_age
> >> Offline      -       13
> >>
> >> (relevant lines as far as I understand ...)
> >>   
> > Do you have any high-fly writes?  Are there lots of
> > Hardware_ECC_Recovered on all the drives?  Is vibration likely to be an
> > issue?  What's the drive/chassis?
> Hardware ECC recovered means how many times the internal error
> correction of the drive succeeded.  Indeed this may indicate vibration
> or other external sources of errors.

That drive is most likely a Seagate, and if so, there's nothing to worry
about. Literally every Seagate drive will have a high value in
Hardware_ECC_Recovered, it's just a peculiarity of their SMART. Other vendors'
drives recover read errors using ECC too, but don't report that into the SMART
metric.

-- 
With respect,
Roman

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2010-07-28 21:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-28 17:46 Pending sectors in valid array - how to proceed? Stefan G. Weichinger
2010-07-28 18:41 ` Tim Small
2010-07-28 20:27   ` Stefan *St0fF* Huebner
2010-07-28 21:11     ` Roman Mamedov [this message]
2010-07-29  2:50       ` Simon Matthews
2010-07-30  4:24         ` Simon Matthews
2010-07-29  8:45       ` Stefan G. Weichinger

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=20100729031100.69f583d7@natsu \
    --to=roman@rm.pp.ru \
    --cc=linux-raid@vger.kernel.org \
    --cc=lists@xunil.at \
    --cc=st0ff@gmx.net \
    --cc=st0ff@npl.de \
    --cc=tim@seoss.co.uk \
    /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.