Tux Crash (same as Thierry dM's?)
"William M. Shubert" <[email protected]> Sun, 03 Sep 2006 02:20:37 -0700
| Newsgroups | gmane.network.tux |
|---|---|
| Message-ID | <[email protected]> |
--===============0928276322== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-fplohWvKQ6Eg4ECn9QyT" --=-fplohWvKQ6Eg4ECn9QyT Content-Type: multipart/alternative; boundary="=-KczV7LWcb6kbVVevm1Yi" --=-KczV7LWcb6kbVVevm1Yi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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 =3D 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=3Df717e000 task=3Dc2bf4e30) 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 --=-KczV7LWcb6kbVVevm1Yi Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; CHARSET=3DUTF-8"> <META NAME=3D"GENERATOR" CONTENT=3D"GtkHTML/3.10.3"> </HEAD> <BODY> Running RHEL4, I today got my first ever Tux kernel panic. I've been runnin= g Tux on RHEL3 with SMP for a few years with no problem, today was the firs= t 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 cras= h 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 t= o 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 cour= se stability is the most important thing.<BR> <BR> Here's the pertinent data from /var/log/messages, note that tux_schedule_at= om called do_send_abuf which tried to dereference a null pointer:<BR> <BR> Sep 3 08:06:22 www2 kernel: Unable to handle kernel NULL pointer dere= ference at virtual address 00000024<BR> Sep 3 08:06:22 www2 kernel: printing eip:<BR> Sep 3 08:06:22 www2 kernel: f8bc5e9f<BR> Sep 3 08:06:22 www2 kernel: *pde =3D 36b2b001<BR> Sep 3 08:06:22 www2 kernel: Oops: 0002 [#1]<BR> Sep 3 08:06:22 www2 kernel: SMP<BR> 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 \bu= tton 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 sn= d_rawmidi snd_seq_device snd soundcore e100 mii e1000 floppy ext3\ jbd ata_= piix libata sd_mod scsi_mod<BR> Sep 3 08:06:22 www2 kernel: CPU: 1<BR> Sep 3 08:06:22 www2 kernel: EIP: 0060:[<f8bc5e9f= >] Not tainted VLI<BR> Sep 3 08:06:22 www2 kernel: EFLAGS: 00010246 (2.6.9-42.0.= 2.ELsmp)<BR> Sep 3 08:06:22 www2 kernel: EIP is at do_send_abuf+0xa1/0x17c [tux]<B= R> Sep 3 08:06:22 www2 kernel: eax: 00000000 ebx: f66d6380&n= bsp; ecx: 00004040 edx: 00000000<BR> Sep 3 08:06:22 www2 kernel: esi: 00000000 edi: f66d64b4&n= bsp; ebp: f66d6380 esp: f717ef10<BR> Sep 3 08:06:22 www2 kernel: ds: 007b es: 007b = ss: 0068<BR> Sep 3 08:06:22 www2 kernel: Process tux (pid: 3194, threadinfo=3Df717= e000 task=3Dc2bf4e30)<BR> Sep 3 08:06:22 www2 kernel: Stack: 00000000 f66d6380 00000000 f8bd543= c 00000003 f8bb902e f66d6380 f66d63a8<BR> Sep 3 08:06:22 www2 kernel: = f8bb9d09 f717ef4c f8bd543c 00000000 00000000 f717e000 f8bc378d 00000000<BR= > Sep 3 08:06:22 www2 kernel: = 00000005 00000005 f8bc522a c0166484 00000000 c0159f84 c2b162ac f8bd543c<BR= > Sep 3 08:06:22 www2 kernel: Call Trace:<BR> Sep 3 08:06:22 www2 kernel: [<f8bb902e>] tux_schedule_ato= m+0x2a/0x42 [tux]<BR> Sep 3 08:06:22 www2 kernel: [<f8bb9d09>] process_requests= +0x93/0xa8 [tux]<BR> Sep 3 08:06:22 www2 kernel: [<f8bc378d>] event_loop+0x75/= 0x178 [tux]<BR> Sep 3 08:06:22 www2 kernel: [<f8bc522a>] __sys_tux+0x366/= 0x88f [tux]<BR> Sep 3 08:06:22 www2 kernel: [<c0166484>] path_release+0xa= /0x2d<BR> Sep 3 08:06:22 www2 kernel: [<c0159f84>] sys_chdir+0x57/0= x5f<BR> Sep 3 08:06:22 www2 kernel: [<c012ea28>] sys_setuid+0xfc/= 0x108<BR> Sep 3 08:06:22 www2 kernel: [<c02d47bf>] syscall_call+0x7= /0xb<BR> 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 0= 0 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<BR> <BR> </BODY> </HTML> --=-KczV7LWcb6kbVVevm1Yi-- --=-fplohWvKQ6Eg4ECn9QyT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBE+p5lgiv4lW690g8RAu9iAKDLPL91GmlH5xulv4fml9nb/cTzKgCfTUfI 2mYe7NqXw3m3IOdQtSjOS5k= =iupc -----END PGP SIGNATURE----- --=-fplohWvKQ6Eg4ECn9QyT-- --===============0928276322== 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 --===============0928276322==--