Ahh, but that would imply that it wasn't alpha software..... one must
remember that however stable it is, those who know have yet to release
raidtools 1.0 and nomatter how much good it is... one should remember
that.
It has proven itself to be really nice in my experience, but I might
hesitate to use in a production environment....
On Wed, 24 Feb 1999, XxEDGExX wrote:
>
> It came up. I had module deps problems, so I went init 1, then
> on my way back to init 3 I got a kernel panic. Don't know if
> it's related to raid though. I somehow doubt it.
>
> I would just feel a whole lot better if someone released a patch
> for 2.2.2 that applied without any fixing.
>
> -jeremy
>
> >
> > I'd say that if it didn't barf right away it's probably not too
> > significant.... is there somone on the list that can give is a definitive
> > answer... There's at least 2 versions stated to be correct (OK, I'm not
> > exactly an authority but it looks right to me)... and one thats definitely
> > not right but work anyway....
> >
> > On Wed, 24 Feb 1999, XxEDGExX wrote:
> >
> > >
> > > Well, it's in the middle of a fsck on /dev/md2 right now. I sure
> > > hope what I had in there won't mess anything up, or I'll probable
> > > be looking for another job :-) I shouldn't be smiling.
> > >
> > > -jeremy
> > >
> > > >
> > > > Ahhh, err don't think so.....
> > > >
> > > > sector size has nothing to do with partition "type" I haven't studied the
> > > > code and am not really a C programmer (I have done mostly Assembly
> > > > language, but in the past and not X86) ... My interpretation was that it
> > > > should just be :-
> > > >
> > > > > add_partition(hd, current_minor, this_sector+START_SECT(p)*sector_size,
> > > > > NR_SECTS(p), ptype(p));
> > > >
> > > > That works for me, but there was another message on here saying "just set
> > > > it to 0" that may work also... I'd have to examine the code.
> > > >
> > > > James
> > > >
> > > > On Tue, 23 Feb 1999, XxEDGExX wrote:
> > > >
> > > > >
> > > > > This is after I applied Alan's ac1. Here are my add_partition lines in
> > > > > genhd.c:
> > > > >
> > > > > line 268
> > > > > add_partition(hd, current_minor, this_sector+START_SECT(p)*sector_size,
> > > > > NR_SECTS(p), ptype(p)*sector_size);
> > > > >
> > > > > line 566
> > > > > add_partition(hd, minor, first_sector+START_SECT(p)*sector_size,
> > > > > NR_SECTS(p), ptype(p)*sector_size);
> > > > >
> > > > > Is this correct? It did compile, but I'm remote and don't want to
> > > > > reboot until tomorrow morning.
> > > > >
> > > > > Thanks
> > > > > -jeremy
> > > > >
> > > > > > Whoops... yes, I thought about this on the way home. genhd.c must be
>fixed in
> > > > > > two spots for add_partition calls. Just stick a ,0 at the end of each.
>I'm
> > > > > > running it now and so far it seems just dandy.
> > > > > >
> > > > > >
> > > > > > On Wed, 24 Feb 1999, A James Lewis wrote:
> > > > > > >
> > > > > > >It appears to me that you must add the "ptype(p)" to add_partition in
> > > > > > >genhd.c otherwise the kernel will not compile!
> > > > > > >
> > > > > > >But otherwise I agree....
> > > > > > >
> > > > > > >On Tue, 23 Feb 1999, John Gruenenfelder wrote:
> > > > > > >
> > > > > > >> On Tue, 23 Feb 1999, XxEDGExX wrote:
> > > > > > >>
> > > > > > >> >
> > > > > > >> >I hate to ask, but I'm desperate. Are we far off from a clean 2.2.2
> > > > > > >> >patch?
> > > > > > >> >
> > > > > > >> >I have major NFS issues that I'm hoping 2.2.2 will fix, but I can't go
>any
> > > > > > >> >further until the raid patches become available.
> > > > > > >> >
> > > > > > >> >Thanks
> > > > > > >> >-jeremy
> > > > > > >>
> > > > > > >> I wouldn't worry about it. When you apply the patch there will be 4
>rejects.
> > > > > > >> One in mmap.c and three in genhd.c. These can all safely be ignored.
>If you
> > > > > > >> look at the .rej files, you'll notice that all these rejects would have
>done
> > > > > > >> is rearrange some code and maybe add some blank lines.
> > > > > > >>
> > > > > > >>
> > > > > > >> --John Gruenenfelder
> > > > > > >> Elrond, Duke of URL http://www.azstarnet.com/~elrond
> > > > > > >> [EMAIL PROTECTED] [EMAIL PROTECTED]
> > > > > > >> "This is the most fun I've had without being drenched in the blood
> > > > > > >> of my enemies!"
> > > > > > >> --Sam of Sam & Max
> > > > > > >>
> > > > > > >
> > > > > > >James ([EMAIL PROTECTED])
> > > > > > >Vortex Internet
> > > > > > >My operating system unders~1 long filena~1, and yours?
> > > > > > >
> > > > > >
> > > > > > --John Gruenenfelder
> > > > > > Elrond, Duke of URL http://www.azstarnet.com/~elrond
> > > > > > [EMAIL PROTECTED] [EMAIL PROTECTED]
> > > > > > "This is the most fun I've had without being drenched in the blood
> > > > > > of my enemies!"
> > > > > > --Sam of Sam & Max
> > > > > >
> > > > >
> > > > >
> > > > > http://www.xxedgexx.com | [EMAIL PROTECTED]
> > > > > ---------------------------------------------
> > > > > Y2K. We're all gonna die.
> > > > >
> > > >
> > > > James ([EMAIL PROTECTED])
> > > > Vortex Internet
> > > > My operating system unders~1 long filena~1, and yours?
> > > >
> > >
> > >
> > > http://www.xxedgexx.com | [EMAIL PROTECTED]
> > > ---------------------------------------------
> > > Y2K. We're all gonna die.
> > >
> >
> > James ([EMAIL PROTECTED])
> > Vortex Internet
> > My operating system unders~1 long filena~1, and yours?
> >
>
>
> http://www.xxedgexx.com | [EMAIL PROTECTED]
> ---------------------------------------------
> Y2K. We're all gonna die.
>
James ([EMAIL PROTECTED])
Vortex Internet
My operating system unders~1 long filena~1, and yours?
