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: 28+ 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-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 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.