Tux Crash (same as Thierry dM's?)

Sun Sep 3 20:44:58 UTC 2006

i have stopped using tux as a web front end, since no support/interest in it
already.
similar crashes can be simulated with:
1. get some requests pending/running to tux
2. try restart tux
a crash will arise imm.

according to my tests, on static small files thttpd + keep alive patch does
give similar performance figures to tux,

just my 5 cent idea and experience to share,
kursad

On 9/3/06, William M. Shubert <wms at igoweb.org> 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:
>
> Sep  3 08:06:22 www2 kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000024
> Sep  3 08:06:22 www2 kernel:  printing eip:
> Sep  3 08:06:22 www2 kernel: f8bc5e9f
> Sep  3 08:06:22 www2 kernel: *pde = 36b2b001
> Sep  3 08:06:22 www2 kernel: Oops: 0002 [#1]
> Sep  3 08:06:22 www2 kernel: SMP
> Sep  3 08:06:22 www2 kernel: Modules linked in: nfsd exportfs md5 ipv6
> parport_pc lp parport tux zlib_deflat\e autofs4 i2c_dev i2c_core nfs lockd
> nfs_acl sunrpc ipt_multiport iptable_filter ip_tables dm_mirror dm_mod
> \button battery ac uhci_hcd ehci_hcd hw_random snd_intel8x0 snd_ac97_codec
> snd_pcm_oss snd_mixer_oss snd_pcm \snd_timer snd_page_alloc snd_mpu401_uart
> snd_rawmidi snd_seq_device snd soundcore e100 mii e1000 floppy ext3\ jbd
> ata_piix libata sd_mod scsi_mod
> Sep  3 08:06:22 www2 kernel: CPU:    1
> Sep  3 08:06:22 www2 kernel: EIP:    0060:[<f8bc5e9f>]    Not tainted VLI
> Sep  3 08:06:22 www2 kernel: EFLAGS: 00010246   (2.6.9-42.0.2.ELsmp)
> Sep  3 08:06:22 www2 kernel: EIP is at do_send_abuf+0xa1/0x17c [tux]
> Sep  3 08:06:22 www2 kernel: eax: 00000000   ebx: f66d6380   ecx:
> 00004040   edx: 00000000
> Sep  3 08:06:22 www2 kernel: esi: 00000000   edi: f66d64b4   ebp:
> f66d6380   esp: f717ef10
> Sep  3 08:06:22 www2 kernel: ds: 007b   es: 007b   ss: 0068
> Sep  3 08:06:22 www2 kernel: Process tux (pid: 3194, threadinfo=f717e000
> task=c2bf4e30)
> Sep  3 08:06:22 www2 kernel: Stack: 00000000 f66d6380 00000000 f8bd543c
> 00000003 f8bb902e f66d6380 f66d63a8
> Sep  3 08:06:22 www2 kernel:        f8bb9d09 f717ef4c f8bd543c 00000000
> 00000000 f717e000 f8bc378d 00000000
> Sep  3 08:06:22 www2 kernel:        00000005 00000005 f8bc522a c0166484
> 00000000 c0159f84 c2b162ac f8bd543c
> Sep  3 08:06:22 www2 kernel: Call Trace:
> Sep  3 08:06:22 www2 kernel:  [<f8bb902e>] tux_schedule_atom+0x2a/0x42
> [tux]
> Sep  3 08:06:22 www2 kernel:  [<f8bb9d09>] process_requests+0x93/0xa8
> [tux]
> Sep  3 08:06:22 www2 kernel:  [<f8bc378d>] event_loop+0x75/0x178 [tux]
> Sep  3 08:06:22 www2 kernel:  [<f8bc522a>] __sys_tux+0x366/0x88f [tux]
> Sep  3 08:06:22 www2 kernel:  [<c0166484>] path_release+0xa/0x2d
> Sep  3 08:06:22 www2 kernel:  [<c0159f84>] sys_chdir+0x57/0x5f
> Sep  3 08:06:22 www2 kernel:  [<c012ea28>] sys_setuid+0xfc/0x108
> Sep  3 08:06:22 www2 kernel:  [<c02d47bf>] syscall_call+0x7/0xb
> Sep  3 08:06:22 www2 kernel: Code: ff ff 5f 89 c2 58 89 73 18 85 d2 79 79
> 83 fa f5 74 4a c6 85 e8 03 00 00 0\3 8b 45 6c 31 d2 c7 45 04 00 00 00 00 8d
> bd 34 01 00 00 <c7> 40 24 00 00 00 00 c7 40 28 00 00 00 00 8b 85 34\ 01 00
> 00 e8
>
>
> _______________________________________________
> tux-list mailing list
> tux-list at redhat.com
> https://www.redhat.com/mailman/listinfo/tux-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/tux-list/attachments/20060903/ccb71abd/attachment.htm>