From: thunder7@xs4all.nl
To: Jeff Garzik <jeff@garzik.org>
Cc: Andrew Morton <akpm@osdl.org>, Neil Brown <neilb@suse.de>,
Jurriaan <thunder7@xs4all.nl>,
linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org,
Tejun Heo <htejun@gmail.com>
Subject: Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
Date: Sat, 16 Dec 2006 07:03:29 +0100 [thread overview]
Message-ID: <20061216060328.GA9694@amd64.of.nowhere> (raw)
In-Reply-To: <4583183C.7000107@garzik.org>
From: Jeff Garzik <jeff@garzik.org>
Date: Fri, Dec 15, 2006 at 04:48:44PM -0500
> The "Re: Linux 2.6.20-rc1" sub-thread that had Jens and Alistair John
> Strachan replying seemed to implicate some core block layer badness.
>
The original problem (not mounting my raid6 partition) is observable in
2.6.20-rc1-mm1, but not in 2.6.20-rc1; ie. 2.6.20-rc1 is good for me.
Linux version 2.6.20-rc1 (jurriaan@middle) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #3 SMP Fri Dec 15 21:19:54 CET 2006
<snip>
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sdh1 ...
md: adding sdh1 ...
md: adding sdg1 ...
md: adding sdf1 ...
md: adding sde1 ...
md: adding sdd1 ...
md: adding sdc1 ...
md: adding sdb1 ...
md: adding sda1 ...
md: hdc9 has different UUID to sdh1
md: hdc8 has different UUID to sdh1
md: hdc7 has different UUID to sdh1
md: hdc6 has different UUID to sdh1
md: hdc5 has different UUID to sdh1
md: hda9 has different UUID to sdh1
md: hda8 has different UUID to sdh1
md: hda7 has different UUID to sdh1
md: hda6 has different UUID to sdh1
md: hda5 has different UUID to sdh1
md: created md0
md: bind<sda1>
md: bind<sdb1>
md: bind<sdc1>
md: bind<sdd1>
md: bind<sde1>
md: bind<sdf1>
md: bind<sdg1>
md: bind<sdh1>
md: running: <sdh1><sdg1><sdf1><sde1><sdd1><sdc1><sdb1><sda1>
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: considering hdc9 ...
md: adding hdc9 ...
md: hdc8 has different UUID to hdc9
md: hdc7 has different UUID to hdc9
md: hdc6 has different UUID to hdc9
md: hdc5 has different UUID to hdc9
md: adding hda9 ...
md: hda8 has different UUID to hdc9
md: hda7 has different UUID to hdc9
md: hda6 has different UUID to hdc9
md: hda5 has different UUID to hdc9
md: created md4
md: bind<hda9>
md: bind<hdc9>
md: running: <hdc9><hda9>
raid1: raid set md4 active with 2 out of 2 mirrors
md4: bitmap initialized from disk: read 10/10 pages, set 45 bits, status: 0
<snip>
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Jurriaan
--
And I thought that the Borg were bad...
Debian (Unstable) GNU/Linux 2.6.20-rc1 2x4023 bogomips load 5.55
the Jack Vance Integral Edition: http://www.integralarchive.org
next prev parent reply other threads:[~2006-12-16 6:03 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
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 [this message]
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=20061216060328.GA9694@amd64.of.nowhere \
--to=thunder7@xs4all.nl \
--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 \
/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).