From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Andrew Morton <akpm@osdl.org>
Cc: Neil Brown <neilb@suse.de>, Jurriaan <thunder7@xs4all.nl>,
linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org,
Jeff Garzik <jeff@garzik.org>, Tejun Heo <htejun@gmail.com>
Subject: Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
Date: Fri, 15 Dec 2006 22:18:32 +0100 [thread overview]
Message-ID: <200612152218.33184.rjw@sisk.pl> (raw)
In-Reply-To: <20061215130552.95860b72.akpm@osdl.org>
On Friday, 15 December 2006 22:05, Andrew Morton wrote:
> On Sat, 16 Dec 2006 07:50:01 +1100
> Neil Brown <neilb@suse.de> wrote:
>
> > On Friday December 15, thunder7@xs4all.nl wrote:
> > > From: Neil Brown <neilb@suse.de>
> > > Date: Wed, Dec 06, 2006 at 06:20:57PM +1100
> > > > i.e. current -mm is good for 2.6.20 (though I have a few other little
> > > > things I'll be sending in soon, they aren't related to the raid6
> > > > problem).
> > > >
> > > 2.6.20-rc1-mm1 doesn't boot on my box, due to the fact that e2fsck gives
> > >
> > > Buffer I/O error on device /dev/md0, logical block 0
> > >
> >
> > But before that....
> > > raid5: device sdh1 operational as raid disk 1
> > > raid5: device sdg1 operational as raid disk 0
> > > raid5: device sdf1 operational as raid disk 5
> > > raid5: device sde1 operational as raid disk 6
> > > raid5: device sdd1 operational as raid disk 7
> > > raid5: device sdc1 operational as raid disk 3
> > > raid5: device sdb1 operational as raid disk 2
> > > raid5: device sda1 operational as raid disk 4
> > > raid5: allocated 8462kB for md0
> > > raid5: raid level 6 set md0 active with 8 out of 8 devices, algorithm 2
> > > RAID5 conf printout:
> > > --- rd:8 wd:8
> > > disk 0, o:1, dev:sdg1
> > > disk 1, o:1, dev:sdh1
> > > disk 2, o:1, dev:sdb1
> > > disk 3, o:1, dev:sdc1
> > > disk 4, o:1, dev:sda1
> > > disk 5, o:1, dev:sdf1
> > > disk 6, o:1, dev:sde1
> > > disk 7, o:1, dev:sdd1
> > > md0: bitmap initialized from disk: read 15/15 pages, set 1 bits, status: 0
> > > created bitmap (233 pages) for device md0
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sde1, disabling device. Operation continuing on 7 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdg1, disabling device. Operation continuing on 6 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdf1, disabling device. Operation continuing on 5 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdc1, disabling device. Operation continuing on 4 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdb1, disabling device. Operation continuing on 3 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdh1, disabling device. Operation continuing on 2 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sdd1, disabling device. Operation continuing on 1 devices
> > > md: super_written gets error=-5, uptodate=0
> > > raid5: Disk failure on sda1, disabling device. Operation continuing on 0 devices
> >
> > Oh dear, that array isn't much good any more.!
> > That is the second report I have had of this with sata drives. This
> > was raid456, the other was raid1. Two different sata drivers are
> > involved (sata_nv in this case, sata_uli in the other case).
> > I think something bad happened in sata land just recently.
> > The device driver is returning -EIO for a write without printing any messages.
> >
>
> OK, this is bad. The wheels do appear to have fallen off sata in rc1-mm1.
I think it's happened in 2.6.19-mm1 already, since that kernel breaks md RAID1
on my box (the sata_uli case above).
Greetings,
Rafael
--
If you don't have the time to read,
you don't have the time or the tools to write.
- Stephen King
next prev parent reply other threads:[~2006-12-15 21:18 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20061204203410.6152efec.akpm@osdl.org>
[not found] ` <17780.63770.228659.234534@cse.unsw.edu.au>
[not found] ` <20061205061623.GA13749@amd64.of.nowhere>
[not found] ` <20061205062142.GA14784@amd64.of.nowhere>
[not found] ` <20061204224323.2e5d0494.akpm@osdl.org>
[not found] ` <20061205105928.GA6482@amd64.of.nowhere>
[not found] ` <17782.28505.303064.964551@cse.unsw.edu.au>
2006-12-15 19:21 ` md patches in -mm thunder7
2006-12-15 20:06 ` Andrew Morton
2006-12-15 20:50 ` sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm] Neil Brown
2006-12-15 21:05 ` Andrew Morton
2006-12-15 21:18 ` Rafael J. Wysocki [this message]
2006-12-15 21:39 ` Andrew Morton
2006-12-15 21:46 ` Rafael J. Wysocki
2006-12-15 22:06 ` Alan
2006-12-15 22:04 ` Rafael J. Wysocki
2006-12-15 22:19 ` Jeff Garzik
2006-12-15 22:27 ` Rafael J. Wysocki
2006-12-15 22:22 ` Rafael J. Wysocki
2006-12-15 22:24 ` Jeff Garzik
2006-12-15 23:38 ` Rafael J. Wysocki
2006-12-16 9:56 ` Rafael J. Wysocki
2006-12-16 11:16 ` Rafael J. Wysocki
2006-12-17 11:00 ` Rafael J. Wysocki
2006-12-17 11:05 ` Andrew Morton
2006-12-17 16:00 ` thunder7
2006-12-19 23:26 ` Luben Tuikov
2006-12-20 0:08 ` Andrew Morton
2006-12-17 14:08 ` Jiri Slaby
2006-12-15 21:48 ` Jeff Garzik
2006-12-16 6:03 ` thunder7
2006-12-15 21:15 ` Rafael J. Wysocki
2006-12-15 21:49 ` Jeff Garzik
2006-12-15 21:56 ` Rafael J. Wysocki
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=200612152218.33184.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=akpm@osdl.org \
--cc=htejun@gmail.com \
--cc=jeff@garzik.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=thunder7@xs4all.nl \
/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).