Apologies for the delay, I've been having some email trouble. Future followups
will be a lot quicker.
Khimenko Victor wrote:
> In <3883285B.450536A@mit.edu> Adam C Powell IV (hazelsct@mit.edu) wrote:
> > Greetings,
>
> > I have a RAID-5 array across 10 GB partitions on four 17 GB IDE drives
> > at hda-d, and a RAID-0 array across 5 GB partitions on the same drives,
> > on a dual-Celeron ABIT BP6 motherboard (haven't installed the recent
> > BIOS upgrade).
>
> > I've built SMP kernels from 2.2.10 and 2.2.13 source with gcc-2.95, and
> > then 2.2.13 and 2.2.14 with gcc-2.7.2.3, all using the standard Debian
> > .config except 686 and SMP (well, approximately the Debian 2.2.13 config
> > for 2.2.14).
>
> That is: you are using broken RAID implementation and expect it to work
> somehow ?
Uh, there's a broken RAID implementation in a stable kernel?
> > For all of these kernels, the machine always hangs while mounting the
> > RAID-5 array. It never hangs while mounting the RAID-0 array, which
> > happens to come before it. And it never hangs under the non-SMP 386
> > Debian kernel images.
>
> > Are there any known races which got into 2.2.14? I haven't yet tried
> > 2.2.15-pre, is there any reason to believe it might solve the problem?
>
> It will not solve problem. RAID as it is in 2.2.x kernels us unstable and
> unmaintained. You REALLY should use raid patches. There are some
> incompatibilities with 2.2.x RAID implementation and latest RAID patches
> and thus it's not going in 2.2.x but if you need working raid (and you do
> hot have one) you SHOULD NOT use stock 2.2.x RAID. Use one from
> http://people.redhat.com/mingo/raid-2.2.14-B1
Hmm, I sense a contradiction here: 2.2.x RAID is incompatible with the latest
RAID patches and so will stay in, but 2.2.x RAID is unstable and unmaintained.
If you don't mind my asking, what kind of logic motivated that policy?
But seriously. So what you're telling me is that I need to back up all of my
data, install a patched kernel (and Debian raidtools2), and completely wipe and
reinstall the RAID arrays, right? Are there any tools to translate old RAID
arrays into new ones?
Please seriously consider the attached patch for 2.2.15. It will save a lot of
time and grief for RAID amateurs like myself.
> P.S. Hmm. Stefan Monnier said back in september "Every serious NFS user uses
> the patched knfsd, and every serious raid user uses the new raid code". Looks
> like he was wrong after all :-/
I set this up in August, so I'm not covered by this. :-) And I think from the
above you can determine that I hardly qualify as "serious"- it took me three
months to build my first kernel for the machine! The only reason I'm here on
the vger list is that in spite of multiple posts to debian-user since late
November, nobody there gave me an answer even half as helpful as yours!!
Quite disappointed,
--
Adam Powell http://lyre.mit.edu/~powell/
Thomas B. King Assistant Professor of Materials Engineering
77 Massachusetts Ave. Rm. 4-117 Phone (617) 452-2086
Cambridge, MA 02139 USA Fax (617) 253-5418
--- linux/drivers/block/Config.in.bak Wed Jan 19 18:39:19 2000 +++ linux/drivers/block/Config.in Wed Jan 19 18:40:05 2000 @@ -99,7 +99,7 @@ if [ "$CONFIG_NET" = "y" ]; then tristate 'Network block device support' CONFIG_BLK_DEV_NBD fi -bool 'Multiple devices driver support' CONFIG_BLK_DEV_MD +bool 'Broken unmaintained multiple devices driver support' CONFIG_BLK_DEV_MD if [ "$CONFIG_BLK_DEV_MD" = "y" ]; then tristate ' Linear (append) mode' CONFIG_MD_LINEAR tristate ' RAID-0 (striping) mode' CONFIG_MD_STRIPED
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:26 EST