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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).