| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <a847cee4824743e7e8b55a017117eb95@nuclearcat.com>
Date: Tue, 06 Dec 2016 00:05:58 +0200
From: Denys Fedoryshchenko <nuclearcat@...learcat.com>
To: Linux Kernel Network Developers <netdev@...r.kernel.org>,
netfilter-devel@...r.kernel.org, coreteam@...filter.org
Subject: Kernel panic in netfilter 4.8.10 probably on conntrack -L
Hi!
I have quite loaded NAT server (approx 17Gbps of traffic) where periodic
"conntrack -L" might trigger once per day kernel panic.
I am not definitely sure it is triggered exactly at running tool, or
just by enabling events.
Here is panic message:
<udp> [221287.380762] general protection fault: 0000 [#1] SMP
<udp> [221287.381029] Modules linked in:
<udp> xt_rateest
<udp> xt_RATEEST
<udp> nf_conntrack_netlink
<udp> netconsole
<udp> configfs
<udp> tun
<udp> nf_nat_pptp
<udp> nf_nat_proto_gre
<udp> xt_TCPMSS
<udp> xt_connmark
<udp> ipt_MASQUERADE
<udp> nf_nat_masquerade_ipv4
<udp> xt_nat
<udp> nf_conntrack_pptp
<udp> nf_conntrack_proto_gre
<udp> xt_CT
<udp> xt_set
<udp> xt_hl
<udp> xt_tcpudp
<udp> ip_set_hash_net
<udp> ip_set
<udp> nfnetlink
<udp> iptable_raw
<udp> iptable_mangle
<udp> iptable_nat
<udp> nf_conntrack_ipv4
<udp> nf_defrag_ipv4
<udp> nf_nat_ipv4
<udp> nf_nat
<udp> nf_conntrack
<udp> iptable_filter
<udp> ip_tables
<udp> x_tables
<udp> 8021q
<udp> garp
<udp> mrp
<udp> stp
<udp> llc
<udp> bonding
<udp> ixgbe
<udp> dca
<udp>
<udp> [221287.384913] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
4.8.10-build-0121 #10
<udp> [221287.385184] Hardware name: Intel Corporation
S2600WTT/S2600WTT, BIOS SE5C610.86B.01.01.1008.031920151331 03/19/2015
<udp> [221287.385634] task: ffffffff8200b4c0 task.stack:
ffffffff82000000
<udp> [221287.385900] RIP: 0010:[<ffffffffa009fb95>]
<udp> [<ffffffffa009fb95>] nf_conntrack_eventmask_report+0xba/0x123
[nf_conntrack]
<udp> [221287.386428] RSP: 0018:ffff882fbf603df8 EFLAGS: 00010202
<udp> [221287.386693] RAX: 0000000000000000 RBX: ffff882f96a51da8 RCX:
0000000000000000
<udp> [221287.387134] RDX: 0000000000000000 RSI: ffff882fbf603e00 RDI:
0000000000000004
<udp> [221287.387575] RBP: ffff882fbf603e38 R08: ff81822024ffffff R09:
0000000000000004
<udp> [221287.388011] R10: ffff882fbf603de0 R11: ffffffff820050c0 R12:
ffff882f810bf0c0
<udp> [221287.388445] R13: 0000000000000000 R14: 0000000000000000 R15:
0000000000000004
<udp> [221287.388877] FS: 0000000000000000(0000)
GS:ffff882fbf600000(0000) knlGS:0000000000000000
<udp> [221287.389311] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
<udp> [221287.389567] CR2: 00007faff0bd8978 CR3: 0000000002006000 CR4:
00000000001406f0
<udp> [221287.389998] Stack:
<udp> [221287.390238] 000000049f292300
<udp> ffff882f810bf0c0
<udp> 0000000000000000
<udp> ffff882f810bf0c0
<udp>
<udp> [221287.390913] ffff882f96a51d80
<udp> 0000000000000000
<udp> 0000000000000000
<udp> ffffffff820050c8
<udp>
<udp> [221287.391587] ffff882fbf603e68
<udp> ffffffffa0098bd3
<udp> 0000000080000100
<udp> ffffffffa0098c85
<udp>
<udp> [221287.392262] Call Trace:
<udp> [221287.392508] <IRQ>
<udp>
<udp> [221287.392579] [<ffffffffa0098bd3>] nf_ct_delete+0x7a/0x12c
[nf_conntrack]
<udp> [221287.393082] [<ffffffffa0098c85>] ? nf_ct_delete+0x12c/0x12c
[nf_conntrack]
<udp> [221287.393351] [<ffffffffa0098c92>] death_by_timeout+0xd/0xf
[nf_conntrack]
<udp> [221287.393617] [<ffffffff811078ad>]
call_timer_fn.isra.5+0x17/0x6b
<udp> [221287.393881] [<ffffffff81107970>] expire_timers+0x6f/0x7e
<udp> [221287.394134] [<ffffffff81107a68>] run_timer_softirq+0x69/0x8b
<udp> [221287.394390] [<ffffffff810cefbc>] __do_softirq+0xbd/0x1aa
<udp> [221287.394643] [<ffffffff810cf1f0>] irq_exit+0x37/0x7c
<udp> [221287.394898] [<ffffffff8102a703>]
smp_trace_call_function_single_interrupt+0x2e/0x30
<udp> [221287.395341] [<ffffffff8102a70e>]
smp_call_function_single_interrupt+0x9/0xb
<udp> [221287.395600] [<ffffffff818dbcbc>]
call_function_single_interrupt+0x7c/0x90
<udp> [221287.395857] <EOI>
<udp>
<udp> [221287.395926] [<ffffffff8101b8d7>] ? mwait_idle+0x64/0x7a
<udp> [221287.396413] [<ffffffff8101bcb2>] arch_cpu_idle+0xa/0xc
<udp> [221287.396665] [<ffffffff810f670a>] default_idle_call+0x27/0x29
<udp> [221287.396919] [<ffffffff810f6829>]
cpu_startup_entry+0x11d/0x1c7
<udp> [221287.397175] [<ffffffff818d6c3b>] rest_init+0x72/0x74
<udp> [221287.397428] [<ffffffff820d0e5c>] start_kernel+0x3ba/0x3c7
<udp> [221287.397681] [<ffffffff820d028f>]
x86_64_start_reservations+0x2a/0x2c
<udp> [221287.397937] [<ffffffff820d03bb>]
x86_64_start_kernel+0x12a/0x135
<udp> [221287.402124] Code:
<udp> f2
<udp> 89
<udp> 75
<udp> d0
<udp> 75
<udp> 04
<udp> 4c
<udp> 8b
<udp> 73
<udp> 08
<udp> 0f
<udp> b7
<udp> 73
<udp> 10
<udp> 41
<udp> 89
<udp> ff
<udp> 4d
<udp> 89
<udp> f1
<udp> 4d
<udp> 09
<udp> f9
<udp> 31
<udp> c0
<udp> 49
<udp> 85
<udp> f1
<udp> 74
<udp> 67
<udp> 41
<udp> 89
<udp> d5
<udp> 89
<udp> 7d
<udp> c4
<udp> 48
<udp> 8d
<udp> 75
<udp> c8
<udp> 44
<udp> 09
<udp> f7
<udp>
<udp> ff
<udp> 10
<udp> 89
<udp> c2
<udp> c1
<udp> ea
<udp> 1f
<udp> 75
<udp> 05
<udp> 4d
<udp> 85
<udp> f6
<udp> 74
<udp> 4b
<udp> 49
<udp> 83
<udp> c4
<udp> 04
<udp> 89
<udp> 45
<udp>
<udp> [221287.406724] RIP
<udp> [<ffffffffa009fb95>] nf_conntrack_eventmask_report+0xba/0x123
[nf_conntrack]
<udp> [221287.407234] RSP <ffff882fbf603df8>
<udp> [221287.407489] ---[ end trace 4b077b9412fc7065 ]---
<udp> [221287.407746] Kernel panic - not syncing: Fatal exception in
interrupt
<udp> [221287.408013] Kernel Offset: disabled
<udp> [221287.408270] Rebooting in 5 seconds..
Dec 5 23:17:58 10.0.253.34
Dec 5 23:17:58 10.0.253.34 [221292.408645] ACPI MEMORY or I/O
RESET_REG.
Powered by blists - more mailing lists