Re: Tux Crash (same as Thierry dM's?)
"Kursad Keskinege" <[email protected]> Mon, 4 Sep 2006 11:29:36 +0300
| Newsgroups | gmane.network.tux |
|---|---|
| Message-ID | <[email protected]> |
--===============1873746188== Content-Type: multipart/alternative; boundary="----=_Part_109856_4919420.1157358576686" ------=_Part_109856_4919420.1157358576686 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline hi thierry, can you share your apache config for tuning? thanks a lot, k. On 9/4/06, Thierry de Montaudry <[email protected]> wrote: > > Hi, > > I couldn't make it work with Tux, so I had to switch back to apache. It is > a pity because it is the best to do that kind of job, but with some heavy > tuning I managed to get apache to be almost as good as Tux, and at least to > do the job I wanted it to do (mainly removing all modules I didn't need, > means all of them but 2 of them, and tuning all the server's limits, + the > very important flag EnableSendfile which should be turned on). > > Regards... and good luck, > > Thierry > > > On Sun, 03 Sep 2006 02:20:37 -0700, William M. Shubert wrote: > > Running RHEL4, I today got my first ever Tux kernel panic. I've been > running Tux on RHEL3 with SMP for a few years with no problem, today was > the first day with any significant load on RHEL4 for me. > > I had the 2.6.9-42.0.2.ELsmp kernel (very latest one from Red Hat). My > crash looks very much (exactly?) like the ones that Thierry de Montaudry > had in July. People told him to switch to uniprocessor, but then he > reported the same problem. Thierry, were you ever able to find a fix? Is > Tux even being maintained by Red Hat any more? Or should I say goodbye > to Tux and switch to some other web server for my static content? Tux > has been great for me in the past, good performance with very low > resource consumption, but of course stability is the most important > thing. > > Here's the pertinent data from /var/log/messages, note that > tux_schedule_atom called do_send_abuf which tried to dereference a null > pointer: > > ... > > >_______________________________________________ > >tux-list mailing list > >*[email protected]* > >*https://www.redhat.com/mailman/listinfo/tux-list* > > > _______________________________________________ > tux-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/tux-list > > ------=_Part_109856_4919420.1157358576686 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hi thierry,<br>can you share your apache config for tuning?<br>thanks a lot,<br>k.<br><br><div><span class="gmail_quote">On 9/4/06, <b class="gmail_sendername">Thierry de Montaudry</b> <<a href="mailto:[email protected]"> [email protected]</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div> <font face="Times New Roman"><font size="3">Hi,<br> <br> I couldn't make it work with Tux, so I had to switch back to apache. It is a pity because it is the best to do that kind of job, but with some heavy tuning I managed to get apache to be almost as good as Tux, and at least to do the job I wanted it to do (mainly removing all modules I didn't need, means all of them but 2 of them, and tuning all the server's limits, + the very important flag EnableSendfile which should be turned on). <br> <br> Regards... and good luck,<br></font></font></div><font face="Times New Roman"><font size="3"></font></font><div><span class="sg"> <font face="Times New Roman"><font size="3"><br> Thierry</font></font></span></div><div><span class="q"><font face="Times New Roman"><font size="3"><br> <br> On Sun, 03 Sep 2006 02:20:37 -0700, William M. Shubert wrote:<br> <br> Running RHEL4, I today got my first ever Tux kernel panic. I've been<br> running Tux on RHEL3 with SMP for a few years with no problem, today was<br> the first day with any significant load on RHEL4 for me.<br> <br> I had the 2.6.9-42.0.2.ELsmp kernel (very latest one from Red Hat). My<br> crash looks very much (exactly?) like the ones that Thierry de Montaudry<br> had in July. People told him to switch to uniprocessor, but then he<br> reported the same problem. Thierry, were you ever able to find a fix? Is<br> Tux even being maintained by Red Hat any more? Or should I say goodbye<br> to Tux and switch to some other web server for my static content? Tux<br> has been great for me in the past, good performance with very low<br> resource consumption, but of course stability is the most important<br> thing.<br> <br> Here's the pertinent data from /var/log/messages, note that<br> tux_schedule_atom called do_send_abuf which tried to dereference a null<br> pointer:<br> <br></font></font></span></div><div> <font face="Times New Roman"><font size="3">...</font></font></div><font face="Times New Roman"><font size="3"></font></font><div><span class="q"><font face="Times New Roman"><font size="3"><br> >_______________________________________________<br> >tux-list mailing list<br> ><font color="#0000ff"><u><a href="mailto:[email protected]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email protected]</a><font color="#000000"></font></u><br> ><font color="#0000ff"><u><a href="https://www.redhat.com/mailman/listinfo/tux-list" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/tux-list</a><font color="#000000"> </font></u><br> <br> </font></font></font></font></span></div><div></div><br>_______________________________________________<br>tux-list mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:[email protected]"> [email protected]</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www.redhat.com/mailman/listinfo/tux-list" target="_blank">https://www.redhat.com/mailman/listinfo/tux-list</a><br><br></blockquote> </div><br> ------=_Part_109856_4919420.1157358576686-- --===============1873746188== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ tux-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/tux-list --===============1873746188==--