Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-02-06 Thread Adam C Powell IV
Brendon B wrote: > Okay, what about md v.90 in kernel >= 2.3.40 or 2.4? I checked 2.3.40 and > the old raid is in it. Where can i get a kernel that has new raid that is at > least 2.2.14 or better? If you're satisfied with 2.2.14, just get the RAID 0.90 patch at http://people.redhat.com/mingo/rai

RE: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-02-05 Thread kernel
> Okay, what about md v.90 in kernel >= 2.3.40 or 2.4? I checked 2.3.40 and > the old raid is in it. Where can i get a kernel that has new raid that is at > least 2.2.14 or better? You can patch (pretty cleanly) 2.2.14 to raid 0.90 support with: ftp://ftp.fi.kernel.org/pub/linux/daemons/raid

RE: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-02-05 Thread Brendon B
AM To: Adam C Powell IV Cc: [EMAIL PROTECTED]; debian-user@lists.debian.org Subject: Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount [Adam Powell <[EMAIL PROTECTED]>] > Okay, but the current RAID in 2.2.14 doesn't work now (for SMP), and > doesn't work right (if it&#x

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-26 Thread Peter Samuelson
[Adam Powell <[EMAIL PROTECTED]>] > Okay, but the current RAID in 2.2.14 doesn't work now (for SMP), and > doesn't work right (if it's being replaced). I guess one could ask, > how did this happen? IIRC, Ingo was rewriting RAID during the Linux 2.1 cycle. Somehow it didn't make it into the main

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-25 Thread Adam C Powell IV
Thank you for the replies. Khimenko Victor wrote: > In <[EMAIL PROTECTED]> Adam C Powell IV ([EMAIL PROTECTED]) wrote: > AI> I don't expect it to be perfect- we are human after all- but where > AI> there are known problems or unmaintained sections of the kernel, please > AI> document them far and

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Gregory Maxwell
On Mon, 24 Jan 2000, Alan Cox wrote: > Too many people whined. If you use raid use the 0.90 patches. Unfortunately > a pile of people don't want raid 0.90 in the standard kernel, which is silly. Pfft. The current in-kernel code is junk compaired to the 0.90. I think the most correct course of a

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Alan Cox
> Ask Cox, not me :-) Since Cox is RedHat's employee it looks VERY weird to me > that RedHat's kernel and "official" Cox's kernel are two such different > beasts. 2.2.15 and the Red Hat kernel are two different things. They I suspect always will be. The things vendors want "make it work now" and

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Khimenko Victor
In <[EMAIL PROTECTED]> Alan Cox ([EMAIL PROTECTED]) wrote: >> > 1. If you are lucky and have working RAID based on stock 2.2.x (for example >> > RAID 0 :-) you should be able to upgrade to 2.2.14 without big hassle. >> > So upgrade to RAID 0.90 in mainstream kernel posponed to 2.4 ... >> >> Thanks,

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Khimenko Victor
In <[EMAIL PROTECTED]> Adam C Powell IV ([EMAIL PROTECTED]) wrote: AI> Khimenko Victor wrote: >> 2. RAID 0.90 need some changes in some important kernel structures and such >> changes will affect even users without RAID. >> >> RedHat 6.1 includes RAID patches anyway so I'm not sure if 2. still can

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Alan Cox
> > 1. If you are lucky and have working RAID based on stock 2.2.x (for example > > RAID 0 :-) you should be able to upgrade to 2.2.14 without big hassle. > > So upgrade to RAID 0.90 in mainstream kernel posponed to 2.4 ... > > Thanks, I will do that as soon as possible. > > > 2. RAID 0.90 need s

Re: 2.2.10-14 i686 SMP: IDE RAID-5 array hangs on mount

2000-01-24 Thread Adam C Powell IV
Khimenko Victor wrote: > In <[EMAIL PROTECTED]> Adam C Powell IV ([EMAIL PROTECTED]) wrote: > AI> Apologies for the delay, I've been having some email trouble. Future > followups > AI> will be a lot quicker. > > AI> Khimenko Victor wrote: > > >> In <[EMAIL PROTECTED]> Adam C Powell IV ([EMAIL PR