Tux Crash (same as Thierry dM's?)

Sun Sep 3 09:20:37 UTC 2006

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/tux-list/attachments/20060903/bdfb9a21/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/tux-list/attachments/20060903/bdfb9a21/attachment.sig>