LINUX.ORG.RU
Форум — Admin  

kernel paniс, openl2tp! =(


0

1

Всем привет!

Время от времени сервер уходит в ребут с kernel panic. В логах ничего. Началось после установки openl2tp.

Linux 2.6.36-gentoo-r5 #2 SMP Thu Feb 24 17:41:11 MSK 2011 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ AuthenticAMD GNU/Linux

[I] net-dialup/openl2tp
Available versions: (~)1.7[2] (~)1.8[1] (~)1.8-r2[1] {+client doc (+)examples pppd rpc server -stats}
Installed versions: 1.8-r2[1](01:20:50 25.02.2011)(client examples pppd -doc -rpc -server -stats)
Homepage: http://openl2tp.sourceforge.net
Description: Userspace tools for kernel L2TP implementation.
[1] «bircoph» /var/lib/layman/bircoph

Провайдер корбина. Очень не хочется возвращаться снова на xl2tpd.. Потому что с openl2tp инет работает гораздо лучше, да и проц не грузит так сильно. А главное, пинги раза в 2-3 меньше.

Сталкивался ли ктони-будь ещё с такой проблемой? В инете нагуглил похожие проблемы, но походу они были исправлены разработчиком примерно 2 года назад.

← CentOS5.5 и kerrighed3.0.0
Теоретические вопросы по SFTP →

BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
IP: [<ffffffffa01376aa>] l2tp_recv_common+0x4c9/0x628 [l2tp_core]
PGD 12ebf0067 PUD 12ebf1067 PMD 0
Oops: 0002 [#1] SMP
last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
CPU 1
Modules linked in: netconsole l2tp_ppp pppox l2tp_netlink l2tp_core xt_limit xt_TARPIT xt_recent xt_state xt_TCPMSS iptable_raw ipt_MASQUERADE iptable_nat xt_DSCP xt_dscp xt_string ipt_SET compat_xtables ipt_set ip_set xt_owner xt_NFQUEUE xt_multiport xt_mark xt_iprange xt_hashlimit xt_conntrack xt_connmark nf_nat_sip nf_conntrack_sip nf_nat_tftp nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_ftp nf_conntrack ohci_hcd ehci_hcd sg rtc usbcore pata_amd

Pid: 0, comm: kworker/0:0 Not tainted 2.6.36-gentoo-r5 #6 MS-7309/MS-7309
RIP: 0010:[<ffffffffa01376aa>] [<ffffffffa01376aa>] l2tp_recv_common+0x4c9/0x628 [l2tp_core]
RSP: 0018:ffff880001703c50 EFLAGS: 00010296
RAX: 0000000000000000 RBX: ffff88012eaa2000 RCX: ffff88012d44b580
RDX: 0000000000000000 RSI: ffff88012eaa2054 RDI: ffff88012eaa2054
RBP: ffff88012ebbb2c0 R08: 0000000000000202 R09: ffff88012eaa2054
R10: 0000000300000282 R11: ffff880001712a68 R12: ffff88012ebbb2f8
R13: 0000000000000000 R14: ffff88012eaa2054 R15: ffff88012eaa206c
FS: 00007f71669f0700(0000) GS:ffff880001700000(0000) knlGS:00000000f763d6c0
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000008 CR3: 000000012dc3f000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process kworker/0:0 (pid: 0, threadinfo ffff88012fcc2000, task ffff88012fcc1710)
Stack:
ffffc90010317000 ffff88012ffd1000 0040000000000000 ffff88012eaa2040
<0> ffff88012240e46c 00000040812ee782 ffff88012cc39000 ffff88012dccae80
<0> ffff88012240e46c ffff88012dcc0202 000000000000a918 ffff88012eaa2800
Call Trace:
<IRQ>
[<ffffffffa0137dd1>] ? l2tp_udp_recv_core+0x2e5/0x354 [l2tp_core]
[<ffffffffa014dbdf>] ? pppol2tp_recv_payload_hook+0x0/0x53 [l2tp_ppp]
[<ffffffffa014dbdf>] ? pppol2tp_recv_payload_hook+0x0/0x53 [l2tp_ppp]
[<ffffffffa0137e98>] ? l2tp_udp_encap_recv+0x58/0x9c [l2tp_core]
[<ffffffff812b30aa>] ? udp_queue_rcv_skb+0xc5/0x283
[<ffffffff812b4602>] ? __udp4_lib_rcv+0x2ee/0x53d
[<ffffffff81294168>] ? ip_rcv_finish+0x0/0x2f5
[<ffffffff812947cd>] ? ip_local_deliver_finish+0xf2/0x197
[<ffffffff81294431>] ? ip_rcv_finish+0x2c9/0x2f5
[<ffffffff812946a8>] ? ip_rcv+0x24b/0x27e
[<ffffffff8126b502>] ? process_backlog+0xce/0x19c
[<ffffffff8122332f>] ? boomerang_rx+0x434/0x46d
[<ffffffff8126c1df>] ? net_rx_action+0xa0/0x1a9
[<ffffffff8103666a>] ? __do_softirq+0x88/0x10a
[<ffffffff81002c0c>] ? call_softirq+0x1c/0x28
[<ffffffff8100468d>] ? do_softirq+0x31/0x63
[<ffffffff810363aa>] ? irq_exit+0x36/0x7a
[<ffffffff81003e0f>] ? do_IRQ+0xa3/0xb9
[<ffffffff812ee9d3>] ? ret_from_intr+0x0/0xa
<EOI>
[<ffffffff81008d69>] ? default_idle+0x20/0x34
[<ffffffff81008ec5>] ? c1e_idle+0xe3/0xe7
[<ffffffff81001137>] ? cpu_idle+0x57/0x8e
Code: a0 31 c0 e8 6a 4f 1b e1 e9 23 01 00 00 ff 4b 50 4c 89 f7 48 8b 55 00 48 8b 45 08 48 c7 45 00 00 00 00 00 48 c7 45 08 00 00 00 00 <48> 89 42 08 48 89 10 e8 87 70 1b e1 66 41 8b 54 24 06 48 8b 43
RIP [<ffffffffa01376aa>] l2tp_recv_common+0x4c9/0x628 [l2tp_core]
RSP <ffff880001703c50>
CR2: 0000000000000008
---[ end trace 9a7e66e6d7c90b52 ]---
Kernel panic - not syncing: Fatal exception in interrupt
Pid: 0, comm: kworker/0:0 Tainted: G D 2.6.36-gentoo-r5 #6
Call Trace:
<IRQ> [<ffffffff812ec4f4>] ? panic+0x92/0x18f
[<ffffffff810056cc>] ? oops_end+0x7e/0x8b
[<ffffffff8101fc48>] ? no_context+0x1f4/0x201
[<ffffffff810200b0>] ? do_page_fault+0x14c/0x306
[<ffffffffa014d672>] ? pppol2tp_xmit+0x12e/0x1a4 [l2tp_ppp]
[<ffffffff8122d94e>] ? ppp_push+0x78/0x545
[<ffffffffa0010157>] ? tcp_packet+0xbb8/0xbe1 [nf_conntrack]
[<ffffffff812eebdf>] ? page_fault+0x1f/0x30
[<ffffffffa01376aa>] ? l2tp_recv_common+0x4c9/0x628 [l2tp_core]
[<ffffffffa0137dd1>] ? l2tp_udp_recv_core+0x2e5/0x354 [l2tp_core]
[<ffffffffa014dbdf>] ? pppol2tp_recv_payload_hook+0x0/0x53 [l2tp_ppp]
[<ffffffffa014dbdf>] ? pppol2tp_recv_payload_hook+0x0/0x53 [l2tp_ppp]
[<ffffffffa0137e98>] ? l2tp_udp_encap_recv+0x58/0x9c [l2tp_core]
[<ffffffff812b30aa>] ? udp_queue_rcv_skb+0xc5/0x283
[<ffffffff812b4602>] ? __udp4_lib_rcv+0x2ee/0x53d
[<ffffffff81294168>] ? ip_rcv_finish+0x0/0x2f5
[<ffffffff812947cd>] ? ip_local_deliver_finish+0xf2/0x197
[<ffffffff81294431>] ? ip_rcv_finish+0x2c9/0x2f5
[<ffffffff812946a8>] ? ip_rcv+0x24b/0x27e
[<ffffffff8126b502>] ? process_backlog+0xce/0x19c
[<ffffffff8122332f>] ? boomerang_rx+0x434/0x46d
[<ffffffff8126c1df>] ? net_rx_action+0xa0/0x1a9
[<ffffffff8103666a>] ? __do_softirq+0x88/0x10a
[<ffffffff81002c0c>] ? call_softirq+0x1c/0x28
[<ffffffff8100468d>] ? do_softirq+0x31/0x63
[<ffffffff810363aa>] ? irq_exit+0x36/0x7a
[<ffffffff81003e0f>] ? do_IRQ+0xa3/0xb9
[<ffffffff812ee9d3>] ? ret_from_intr+0x0/0xa
<EOI> [<ffffffff81008d69>] ? default_idle+0x20/0x34
[<ffffffff81008ec5>] ? c1e_idle+0xe3/0xe7
[<ffffffff81001137>] ? cpu_idle+0x57/0x8e
Rebooting in 3 seconds..


Есть идеи?

MotusAnimi
() автор топика

>Потому что с openl2tp инет работает гораздо лучше, да и проц не грузит так сильно. А главное, пинги раза в 2-3 меньше.

Корбилайн, 20Мбит(ну, по чесноку ~16), xl2tpd жрёт меньше 2% от p3-933, активно качающий transmission примерно столько же

пинг до яндекса - 3-4мс, до гугла ~60 - меня все устраивает

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

xl2tpd у меня работает крайне плохо.

Те же 20мбит корбины.
Пинг до яндекса 9мс

В логах постоянно:
xl2tpd[11671]: write_packet: Resource temporarily unavailable(11)

Проц под нагрузкой 20%, под syn-flood атакой 75%.

Куча ошибок на интерфейсе ppp0 (RX errors)


С openl2tp пинги до яндекса 2-3мс. Нагрузки на камень никакой (по крайней мере так говорит top). Ошибок на ифейсе нет. Да и вообще, по ощущениям инет работает гораздо быстрее.


Вот только ядро в панику периодически уходит(

MotusAnimi
() автор топика
Ответ на: комментарий от MotusAnimi

Та же проблема, появилась недавно, до этого 2 месяца все работало отлично. Есть подозрение, что падает при включении L2TPv3 в ядре. Проверю. Тоже Gentoo, 2.6.37-r1. Падает и на 2.6.36 и на 2.6.38_rc7.

anonymous
()
Ответ на: комментарий от anonymous

Вам везёт - можете исправить эту ошибку и помочь обществу. А у меня ничего не падает :(

ky-san
()
Ответ на: комментарий от anonymous

У меня вроде решилась проблема сама по себе.. тьфу тьфу тьфу..

Хотя не, немного пришлось помочь ей) Я заменил сетевую карточку, через которую щёл туннель. Пока уже 9 дней как без паник =)

MotusAnimi
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← CentOS5.5 и kerrighed3.0.0
Admin
Теоретические вопросы по SFTP →