From: Peter Rabbitson <rabbit+list@rabbit.us>
To: Robert Hancock <hancockr@shaw.ca>
Cc: linux-raid@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: And again help on deciphering an error (continued)
Date: Sat, 15 Nov 2008 09:37:51 +0100 [thread overview]
Message-ID: <491E8A5F.407@rabbit.us> (raw)
In-Reply-To: <491E47BA.1060204@shaw.ca>
Robert Hancock wrote:
> Justin Piszcz wrote:
>> Here are some more:
>>
>> Jul 14 05:54:55 p34 kernel: [478107.751877] ata4.00: exception Emask
>> 0x0 SAct 0x0 SErr 0x0 action 0x0
>> Jul 14 05:54:55 p34 kernel: [478107.751883] ata4.00: irq_stat 0x40000001
>> Jul 14 05:54:55 p34 kernel: [478107.751889] ata4.00: cmd
>> 25/00:f8:08:b0:ee/00:00:22:00:00/e0 tag 0 dma 126976 in
>> Jul 14 05:54:55 p34 kernel: [478107.751890] res
>> 51/40:f8:47:b0:ee/00:00:22:00:00/e0 Emask 0x9 (media error)
>> Jul 14 05:54:55 p34 kernel: [478107.751895] ata4.00: status: { DRDY ERR }
>> Jul 14 05:54:55 p34 kernel: [478107.751898] ata4.00: error: { UNC }
>
> Drive reporting an uncorrectable error on a read command.
>
>> Nov 9 09:25:19 p34 kernel: [ 3686.460568] ata4.00: exception Emask
>> 0x0 SAct 0x0 SErr 0x0 action 0x0
>> Nov 9 09:25:19 p34 kernel: [ 3686.460574] ata4.00: irq_stat 0x40000001
>> Nov 9 09:25:19 p34 kernel: [ 3686.460579] ata4.00: cmd
>> ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>> Nov 9 09:25:19 p34 kernel: [ 3686.460580] res
>> 51/10:00:34:cf:f3/00:00:00:f3:40/a3 Emask 0x81 (invalid argument)
>> Nov 9 09:25:19 p34 kernel: [ 3686.460585] ata4.00: status: { DRDY ERR }
>> Nov 9 09:25:19 p34 kernel: [ 3686.460589] ata4.00: error: { IDNF }
>
> Flush cache returned ID not found (drive couldn't find a sector)
>
>> Nov 9 09:25:24 p34 kernel: [ 3691.461173] ata4.00: qc timeout (cmd 0xec)
>> Nov 9 09:25:24 p34 kernel: [ 3691.461183] ata4.00: failed to IDENTIFY
>> (I/O error, err_mask=0x5)
>> Nov 9 09:25:24 p34 kernel: [ 3691.461187] ata4.00: revalidation
>> failed (errno=-5)
>> Nov 9 09:25:24 p34 kernel: [ 3691.461192] ata4: hard resetting link
>> Nov 9 09:25:24 p34 kernel: [ 3691.766178] ata4: SATA link up 3.0 Gbps
>> (SStatus 123 SControl 300)
>> Nov 9 09:25:24 p34 kernel: [ 3691.803834] ata4.00: configured for
>> UDMA/133
>> Nov 9 09:25:24 p34 kernel: [ 3691.803846] end_request: I/O error, dev
>> sdd, sector 586067135
>> Nov 9 09:25:24 p34 kernel: [ 3691.803849] md: super_written gets
>> error=-5, uptodate=0
>> Nov 9 09:25:24 p34 kernel: [ 3691.803853] raid5: Disk failure on
>> sdd1, disabling device.
>> Nov 9 09:25:24 p34 kernel: [ 3691.803854] raid5: Operation continuing
>> on 8 devices.
>>
>> Nov 12 01:22:28 p34 kernel: [64894.610696] ata9.00: exception Emask
>> 0x0 SAct 0x0 SErr 0x0 action 0x0
>> Nov 12 01:22:28 p34 kernel: [64894.610703] ata9.00: irq_stat
>> 0x00020002, device error via D2H FIS
>> Nov 12 01:22:28 p34 kernel: [64894.610708] ata9.00: cmd
>> ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>> Nov 12 01:22:28 p34 kernel: [64894.610709] res
>> 51/04:00:34:cf:f3/00:00:00:f3:40/a3 Emask 0x1 (device error)
>> Nov 12 01:22:28 p34 kernel: [64894.610714] ata9.00: status: { DRDY ERR }
>> Nov 12 01:22:28 p34 kernel: [64894.610718] ata9.00: error: { ABRT }
>
> Flush cache returned command aborted, presumably because the write to
> media failed.
>
> Looks like some sick drives, or some other more global problem (power,
> temperature, etc.) to me..
>
But an _identical_ sector number? Looks too unlikely... I might try to
crank open hexedit and write repeatedly to this place. Sectors are still
512 bytes right?
Peter
next prev parent reply other threads:[~2008-11-15 8:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-28 23:53 And again help on deciphering an error Peter Rabbitson
2008-10-29 8:08 ` Justin Piszcz
2008-11-14 18:23 ` And again help on deciphering an error (continued) Peter Rabbitson
2008-11-14 19:57 ` Justin Piszcz
2008-11-14 20:01 ` Justin Piszcz
2008-11-14 20:06 ` Richard Scobie
2008-11-14 20:06 ` Justin Piszcz
2008-11-14 20:12 ` Justin Piszcz
2008-11-15 3:53 ` Robert Hancock
2008-11-15 8:37 ` Peter Rabbitson [this message]
2008-11-14 21:33 ` Peter Rabbitson
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=491E8A5F.407@rabbit.us \
--to=rabbit+list@rabbit.us \
--cc=hancockr@shaw.ca \
--cc=linux-ide@vger.kernel.org \
--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.