On Mon, Mar 28, 2005 at 07:25:58PM +0200, you [Willy Tarreau] wrote:
>
> Since you don't seem to be willing to remove vserver, I guess you really
> need it on this machine, and to be honnest,
Yes, the machine is in production, and for that it, it needs vserver. The
fact it is in production also makes it a tad hankala awkward to test
different options, at least the most experimental ones.
> I too don't see what trouble it could cause in this area.
Neither do I. Of course it could be memory corruption caused by vserver in
different part of kernel, but the fact that the symptoms are so consistent,
make me think that is unlikely. But not impossible.
> However, could you try removing the journal, or simply mount the FS as
> ext2 ? It would help to narrow the problem down.
That is a good idea, if only I could boot the box at will and reliably
reproduce the problem. While it took less than ten minutes to trigger it the
first time, it took more than five hours the first time.
I will try to reproduce the problem on different setup first, and if I can
do that, I'll try your suggestion.
> To resume, you have your root on ext3 on top of soft raid1 consisting in
> two IDE disks, which works in 2.4.21 but not on 2.4.30-rc3, that's
> correct ?
Correct. This is PII 266MHz, no SMP.
> There was a fix last week by Neil Brown about RAID1 rebuild process
> (degraded array of 3 disks, etc...), unless it obviously does not come
> from there, you might want to try reverting it first ?
Sounds sane, although the raid array was not in degraded state at any stage
and no raid rebuild aver triggered.
> The next one is from Doug Ledford on 2004/09/18 and should only affect
> SMP.
Ok, as said, this is UP.
> My different raid machines run either reiserfs or xfs on soft raid5 on
> top of scsi and with kernel 2.4.27, so there's not much to compare...
> Perhaps someone on the list has a setup similar to yours and could test
> the kernel ?
I will try to contruct a similar setup on another machine.
thanks for your insights,
-- v --
[email protected]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]