Hi,
I tried to reproduce the kernel panic on SMP box yesterday evening, which
I met once around April 12th when LVS/NAT is configured and ip_conntrack
modules is installed. However, the system has been alive for over 14
hours, it is under still testing. I used the kernel 2.4.4 and ipvs 0.8.0.
It seems to me that the race condition of ip_conntrack before 2.4.4 caused
the last crash problem, and it was fixed in the 2.4.4.
So, I think that you can be back to the SMP kernel (2.4.4 or later) + ipvs
0.8.0 on your SMP box. Anyway, it is worth giving it a try.
Cheers,
Wensong
On Wed, 9 May 2001, Wensong Zhang wrote:
>
> On Wed, 9 May 2001, Radu-Adrian Feurdean wrote:
>
> > We have encountered crashes on 2.4 + ipvs-0.2 when using SMP kernels
> > (including the latest versions) when we started to load-balance high-traffic
> > servers (3 real servers each with ~380 active connections, total traffic of
> > about 24Mbps). It crashed systematically after about 4 hours of
> > working. However, it works fine with UP kernel for one week. The conenction
> > table bits was (and still is) set to 18 (256K simultaneous connections).
> >
>
> Could you send me a copy of your kernel configuration, ipvs system
> configuration, the oops (and the ksymoops-ed version too) if you have?
>
> > Any hint for why this happened would be helpful (we have 800 Mhz of
> > processing power unused :)
> >
>
> I seldom install ip_conntrack.o module while testing ipvs. I remember that
> I used to meet some problems in testing ipvs of early 0.2.x version on SMP
> while iptable_nat is enabled to masquerade internal hosts, but I didn't
> trace the problem.
>
> > In the meantime, we are kamikaze enough to use development versions in
> > production (after preliminary testing :)
> >
>
> Good to hear that. :)
>
> Regards,
>
> Wensong
>
> > Radu-Adrian Feurdean
> > mailto: raf@xxxxxxxx
> > -------------------------------------------------------------------
> > "If the night is silent enough you can hear a Windows NT rebooting"
> >
>
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
>
|