From: Eje Gustafsson (macahan_at_fament.com)
Date: Sun 09 Mar 2003 - 20:49:51 GMT
I was having issues with ctx-15 as well. But I think part of the
problems I had was with my network card. With ctx-15 I crashed at the
end every 4-6hrs with that card (putting more traffic on that box).
I switch NICs to a different brand and chipset. Had to recomiple the
kernel to get the support so figured if I will be a labrat I might as
well try to help figure out the ctx-16. But if it can't be figured out
I will have to try to go back down to ctx-15 and recompile the kernel
to get support for my nic. But first I will try the ac2-ctx16 patch
and see what can be done to figure out the udp stuff.
Best regards,
Eje Gustafsson mailto:MacAhan_at_fament.com
The Family Entertainment Network http://www.fament.com
Phone : 620-231-7777 Fax : 620-231-4066
- Your Full Time Professionals -
eBay UserID : macahan
-- DM> I was having this problem for a long time with ctx-16 a crash every 24 DM> hours, I downgraded to ctx-15 and have now have 7days uptime so far *knock DM> on wood* I know many people are having problems with ctx-16 may be you DM> should drop down. *shrug just a suggestion*DM> -----Original Message----- DM> From: Eje Gustafsson [mailto:Macahan_at_fament.com] DM> Sent: Sunday, March 09, 2003 1:54 PM DM> To: vserver_at_solucorp.qc.ca DM> Subject: [vserver] 2.4.20-ctx16 kernel crash
DM> Ok. Here we go. Crashed again. Got me another 48 hours of run time. DM> Just curious is ctx-14 or ctx-13 more stable then 16 and 15 ? DM> If I understand it right earlier version then 15 do not have DM> functional udp stack ? So doing snmp calls from inside one vserver DM> will not work at all if I go with anything prior to 15 ? DM> How does this work for named ? It's using UDP ? Are you not able DM> to run named in a vserver in < ctx-15 ?
DM> Ok here is my ksymoops from the crash I had this morning. I had to DM> type this thing down manually since I hadn't had a chance to fix up DM> the serial console yet. But from looking at a previous posted ctx16 DM> crash info it's the same ud2a that triggers the crash. DM> I'm NOT a kernel programer. Been ages since I did any C/C++ programing DM> at all. I not done anything but php/perl/mysql/html coding for the DM> last 2 or so years.
DM> / Eje
DM> ksymoops 2.4.5 on i686 2.4.20ctx-16. Options used DM> -V (default) DM> -k /proc/ksyms (default) DM> -l /proc/modules (default) DM> -o /lib/modules/2.4.20ctx-16/ (default) DM> -m /boot/System.map-2.4.20ctx-16 (default) DM> kernel BUG at sched.c:570! DM> invalid operand: 0000 DM> CPU: 0 DM> EIP: 0010:[<c0115c99>] Not tainted DM> Using defaults from ksymoops -t elf32-i386 -a i386 DM> EFLAGS: 00010286 DM> eax: 000000018 ebx: c02a0f1c ecx: c4af6000 edx: ee7cff7c DM> esi: c4af60000 edi: c4af7a8c ebp: c4af7a64 esp: c4af7a34 DM> ds: 0018 es: 0018 ss: 0018 DM> Process httpd (pid: 25358, stackpage=c4af7000) DM> Stack: c026658a 00000000 00000003 de71f440 c18d0e40 e3d50c00 c4af6000 DM> 00000000 DM> c020be5f c02a0f1c c4af6000 c3af7a8c c18e5d40 c0257e0c c0203151 DM> c02a0f1c DM> d1703880 cc211240 c0257ce9 c02a0f1c c4af7a8c ffffffff c02a0f20 DM> c02a0f20 DM> Call Trace: [<c020be5f>] [<c0257e0c>] [<c0203151>] {<c0257ce9>] DM> [<c012580a>] DM> [<c0231308>] [<c022e507>] [<c02318cf>] [<c0203151>] [<c021a990>] DM> [<c0219594>] DM> [<c021a8f0>] [<c021a900>] [<c022c206>] [<c02315ad>] [<c022e5c4>] DM> [<c022c1cb>] DM> [<c0231962>] [<c0203151>] [<f091d18a>] [<c020be5f>] [<c0203151>] DM> [<c021a990>] DM> [<c022e69c>] [<c022ea23>] [<c022eeda>] [<c0216a30>] [<c0216b7b>] DM> [<c0209d03>] DM> [<c0216a30>] [<c02167cd>] [<c0216a30>] [<c0216d80>] [<c0203671>] DM> [<c020379d>] DM> [<c02038aa>] [<c011d494>] [<c010a53e>] [<c010ca98>] [<c0124be8>] DM> [<c023ab38>] DM> [<c01fdfd3>] [<c0220780>] [<c023b1f4>] [<c01fb6ec>] [<c01fbcb9>] DM> [<c0139582>] DM> [<c0137c2d>] [<c0137cae>] [<c0108e7f>] DM> Code: 0f 0b 3a 02 82 65 26 c0 e9 89 fc ff ff 0f 0b 33 02 82 64 26
>>>EIP; c0115c99 <schedule+3b9/3e0> <===== >>>ebx; c02a0f1c <uts_sem+0/24> >>>ecx; c4af6000 <_end+47d483c/304f68bc> >>>edx; ee7cff7c <_end+2e4ae7b8/304f68bc> >>>esi; c4af60000 <END_OF_CODE+b5a63d695/????> >>>edi; c4af7a8c <_end+47d62c8/304f68bc> >>>ebp; c4af7a64 <_end+47d62a0/304f68bc> >>>esp; c4af7a34 <_end+47d6270/304f68bc>
DM> Trace; c020be5f <qdisc_restart+1f/f0> DM> Trace; c0257e0c <rwsem_down_failed_common+4c/30f4> DM> Trace; c0203151 <dev_queue_xmit+1a1/270> DM> Trace; c0231308 <tcp_create_openreq_child+58/450> DM> Trace; c022e507 <tcp_v4_syn_recv_sock+47/180> DM> Trace; c02318cf <tcp_check_req+1cf/420> DM> Trace; c0203151 <dev_queue_xmit+1a1/270> DM> Trace; c021a990 <ip_finish_output2+80/f0> DM> Trace; c0219594 <ip_output+54/a0> DM> Trace; c021a8f0 <output_maybe_reroute+0/20> DM> Trace; c021a900 <output_maybe_reroute+10/20> DM> Trace; c022c206 <tcp_reset_keepalive_timer+26/40> DM> Trace; c02315ad <tcp_create_openreq_child+2fd/450> DM> Trace; c022e5c4 <tcp_v4_syn_recv_sock+104/180> DM> Trace; c022c1cb <tcp_delete_keepalive_timer+2b/40> DM> Trace; c0231962 <tcp_check_req+262/420> DM> Trace; c0203151 <dev_queue_xmit+1a1/270> DM> Trace; f091d18a <[ip_tables]ipt_do_table+da/2a0> DM> Trace; c020be5f <qdisc_restart+1f/f0> DM> Trace; c0203151 <dev_queue_xmit+1a1/270> DM> Trace; c021a990 <ip_finish_output2+80/f0> DM> Trace; c022e69c <tcp_v4_hnd_req+5c/170> DM> Trace; c022ea23 <tcp_v4_do_rcv+133/190> DM> Trace; c022eeda <tcp_v4_rcv+45a/510> DM> Trace; c0216a30 <ip_local_deliver_finish+0/170> DM> Trace; c0216b7b <ip_local_deliver_finish+14b/170> DM> Trace; c0209d03 <nf_hook_slow+b3/180> DM> Trace; c0216a30 <ip_local_deliver_finish+0/170> DM> Trace; c02167cd <ip_local_deliver+4d/70> DM> Trace; c0216a30 <ip_local_deliver_finish+0/170> DM> Trace; c0216d80 <ip_rcv_finish+1e0/260> DM> Trace; c0203671 <netif_receive_skb+111/1d0> DM> Trace; c020379d <process_backlog+6d/110> DM> Trace; c02038aa <net_rx_action+6a/100> DM> Trace; c011d494 <do_softirq+94/a0> DM> Trace; c010a53e <do_IRQ+9e/a0> DM> Trace; c010ca98 <call_do_IRQ+5/d> DM> Trace; c0124be8 <sys_release_ip_info+28/60> DM> Trace; c023ab38 <inet_sock_destruct+f8/1c0> DM> Trace; c01fdfd3 <sk_free+83/90> DM> Trace; c0220780 <tcp_close+240/640> DM> Trace; c023b1f4 <inet_release+54/70> DM> Trace; c01fb6ec <sock_release+5c/60> DM> Trace; c01fbcb9 <sock_close+39/60> DM> Trace; c0139582 <fput+102/130> DM> Trace; c0137c2d <filp_close+4d/80> DM> Trace; c0137cae <sys_close+4e/60> DM> Trace; c0108e7f <system_call+33/38>
DM> Code; c0115c99 <schedule+3b9/3e0> DM> 00000000 <_EIP>: DM> Code; c0115c99 <schedule+3b9/3e0> <===== DM> 0: 0f 0b ud2a <===== DM> Code; c0115c9b <schedule+3bb/3e0> DM> 2: 3a 02 cmp (%edx),%al DM> Code; c0115c9d <schedule+3bd/3e0> DM> 4: 82 (bad) DM> Code; c0115c9e <schedule+3be/3e0> DM> 5: 65 gs DM> Code; c0115c9f <schedule+3bf/3e0> DM> 6: 26 es DM> Code; c0115ca0 <schedule+3c0/3e0> DM> 7: c0 e9 89 shr $0x89,%cl DM> Code; c0115ca3 <schedule+3c3/3e0> DM> a: fc cld DM> Code; c0115ca4 <schedule+3c4/3e0> DM> b: ff (bad) DM> Code; c0115ca5 <schedule+3c5/3e0> DM> c: ff 0f decl (%edi) DM> Code; c0115ca7 <schedule+3c7/3e0> DM> e: 0b 33 or (%ebx),%esi DM> Code; c0115ca9 <schedule+3c9/3e0> DM> 10: 02 82 64 26 00 00 add 0x2664(%edx),%al
DM> <0>Kernel Panic: Aiee, killing interrupt handler!
DM> Best regards, DM> Eje Gustafsson mailto:MacAhan_at_fament.com DM> --- DM> The Family Entertainment Network http://www.fament.com DM> Phone : 620-231-7777 Fax : 620-231-4066 DM> eBay UserID : macahan DM> - Your Full Time Professionals -
DM> --- DM> [This E-mail scanned for viruses by Declude Virus]
DM> --- DM> [This E-mail scanned for viruses by Declude Virus]
--- [This E-mail scanned for viruses by Declude Virus]