lkml.org 
[lkml]   [2011]   [Sep]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Repeatable OOPS with containers and netfilter


--On 9 September 2011 16:33:01 +0100 Alex Bligh <alex@alex.org.uk> wrote:

> We are seeing a repeatable kernel oops (quite a deadly one) when
> destroying
> containers which are or have been passing forwarded IPv4 traffic and have
> (or have had) a netfilter conntrack rule installed.
>
> To repeat, you need to have
> a) a container
> b) which is forwarding IPv4 traffic from one interface in the container to
> another (2 veth interfaces in this case) - one ping packet per second
> will do
> c) iptables with an IP conntrack rule.
> d) delete the container (it doesn't matter if you delete the iptables
> rule first and sleep for a couple of seconds).
>
> An OOPS like the one below results.

I've done a little further investigation of this (code reading only - on a
plane where it was difficult to update my out of date linux kernel source
so apologies if I've got the wrong end of the stick).

The oops is called from cleanup_net when the namespace is destroyed.
conntrack iterates through outstanding events and calls death_by_timeout on
each of them, which in turn produces a call to ctnetlink_conntrack_event.
This calls nf_netlink_has_listeners, which oopses because net->nfnl is NULL.

I made the container through (essentially) 'unshare -n'; I didn't
explicitly set up netlink, but I presume it was set up else net->nfnl would
have been NULL earlier (i.e. when an earlier connection timed out). This
would thus suggest that net->nfnl is made NULL during the destruction of
the container, which I think is done by nfnetlink_net_exit_batch.

I can see that the various subsystems are deinitialised in the opposite
order to which the relevant register_pernet_subsys calls are called, and
both nf_conntrack and nfnetlink_net_ops register their relevant subsystems.
If nfnetlink_net_ops registered later than nfconntrack, then its exit
routine would have been called first, which would cause the oops described.
I am not sure what ensures this does not happen in a container environment?
Is it dictated by module load order outside the container?

Whilst there's perhaps a more complex problem revolving around ordering of
subsystem deinit, it seems to me that missing a netlink event on a
container that is dying is not a disaster. Would an early check for
net->nfnl being non-NULL in ctnetlink_conntrack_event be sufficient to fix
this? Or is there a potential race condition if it becomes NULL immediately
after being checked (I am not sure any lock is held at this point or how
synchronisation for subsystem deinitialization works).

--
Alex Bligh

>
> This one is from Ubuntu kernel
> 3.0.0-10-server #16-Ubuntu SMP Fri Sep 2 18:51:05 UTC 2011 x86_64
> GNU/Linux
> which I believe is (confusingly) 3.0.4 stable, however we have also seen
> this on 2.6.38-10-server.
>
> --
> Alex Bligh
>
> root@node-10-157-128-100:~# uname -a
> Linux node-10-157-128-100 3.0.0-10-server #16-Ubuntu SMP Fri Sep 2
> 18:51:05 UTC 2011 x86_64 GNU/Linux
>
>
> Sep 9 14:30:56 node-10-157-128-100 kernel: [79418.880263] IN=evrr-000000
> OUT= MAC=33:33:00:00:00:01:00:15:17:a6:cd:49:86:dd
> SRC=fe80:0000:0000:0000:0215:17ff:fea6:cd
> 49 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=72 TC=0 HOPLIMIT=1
> FLOWLBL=0 PROTO=ICMPv6 TYPE=130 CODE=0
> Sep 9 14:30:56 node-10-157-128-100 kernel: [79418.880332] IN=evrr-000008
> OUT= MAC=33:33:00:00:00:01:0e:f1:9d:53:b5:1e:86:dd
> SRC=fe80:0000:0000:0000:58e8:01ff:fe0b:0d
> b2 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=72 TC=0 HOPLIMIT=1
> FLOWLBL=0 PROTO=ICMPv6 TYPE=130 CODE=0
> Sep 9 14:33:01 node-10-157-128-100 kernel: [79544.160335] IN=evrr-000000
> OUT= MAC=33:33:00:00:00:01:00:15:17:a6:cd:49:86:dd
> SRC=fe80:0000:0000:0000:0215:17ff:fea6:cd
> 49 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=72 TC=0 HOPLIMIT=1
> FLOWLBL=0 PROTO=ICMPv6 TYPE=130 CODE=0
> Sep 9 14:33:01 node-10-157-128-100 kernel: [79544.160417] IN=evrr-000008
> OUT= MAC=33:33:00:00:00:01:0e:f1:9d:53:b5:1e:86:dd
> SRC=fe80:0000:0000:0000:58e8:01ff:fe0b:0d
> b2 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=72 TC=0 HOPLIMIT=1
> FLOWLBL=0 PROTO=ICMPv6 TYPE=130 CODE=0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780106] BUG: unable to
> handle kernel NULL pointer dereference at 0000000000000274
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780274] IP:
> [<ffffffff81511959>] netlink_has_listeners+0x9/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780398] PGD 0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780441] Oops: 0000
> [#1] SMP
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780515] CPU 7
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.780547] Modules linked
> in: ipt_REJECT nf_conntrack_netlink nfnetlink dm_round_robin dm_multipath
> veth ip6t_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables
> ipt_LOG xt_limit xt_state xt_tcpudp iptable_filter ipt_MASQUERADE
> iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4
> iptable_mangle ip_tables ebt_ip ebtable_filter ebtables x_tables ib_iser
> rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp
> libiscsi scsi_transport_iscsi bonding usb_storage uas joydev usbhid hid
> radeon ttm ses enclosure drm_kms_helper drm kvm_amd psmouse kvm
> amd64_edac_mod dcdbas serio_raw e1000e megaraid_sas edac_core
> i2c_algo_bit k8temp edac_mce_amd pata_serverworks shpchp i2c_piix4 bridge
> 8021q garp stp ixgbe dca mdio [last unloaded: multipath]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.786143]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] Pid: 25711,
> comm: kworker/u:2 Not tainted 3.0.0-10-server #16-Ubuntu Dell Inc.
> PowerEdge 6950/0GK775
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] RIP:
> 0010:[<ffffffff81511959>] [<ffffffff81511959>]
> netlink_has_listeners+0x9/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] RSP:
> 0018:ffff880801109c00 EFLAGS: 00010246
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] RAX:
> 0000000000000004 RBX: ffff880c0f796af8 RCX: 000000000000ffff
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] RDX:
> ffff8803f1700000 RSI: 0000000000000003 RDI: 0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] RBP:
> ffff880801109c00 R08: ffff880801108000 R09: 0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] R10:
> 0000000000000001 R11: dead000000200200 R12: ffff880801109cb0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] R13:
> ffff880c0f796af8 R14: ffff880c0f796af8 R15: 0000000000000004
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] FS:
> 00007fe2d2d57710(0000) GS:ffff881027d00000(0000) knlGS:0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] CS: 0010 DS:
> 0000 ES: 0000 CR0: 000000008005003b
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] CR2:
> 0000000000000274 CR3: 0000000001c03000 CR4: 00000000000006e0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] DR0:
> 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] DR3:
> 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] Process
> kworker/u:2 (pid: 25711, threadinfo ffff880801108000, task
> ffff88080f5f9720)
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> ffff880801109c10 ffffffffa048f145 ffff880801109c90 ffffffffa049943b
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> ffff880801109c70 7fffffffffffffff ffff8803f1700000 0000000300000004
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> ffff880800000000 ffffffff00000002 ffff880c0fc80000 ffff880c0f796b98
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033] Call Trace:
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa048f145>] nfnetlink_has_listeners+0x15/0x20 [nfnetlink]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa049943b>] ctnetlink_conntrack_event+0x5cb/0x890
> [nf_conntrack_netlink]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff814e34d0>] ? net_drop_ns+0x50/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa04062d8>] death_by_timeout+0xc8/0x1c0 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa0405270>] ? nf_conntrack_attach+0x50/0x50 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa0406448>] nf_ct_iterate_cleanup+0x78/0x90 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa0406491>] nf_conntrack_cleanup_net+0x31/0x100 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa0407f97>] nf_conntrack_cleanup+0x27/0x60 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffffa04081f0>] nf_conntrack_net_exit+0x60/0x80 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff814e2d28>] ops_exit_list.isra.1+0x38/0x60
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff814e35e2>] cleanup_net+0x112/0x1b0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff8107bb0a>] process_one_work+0x11a/0x480
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff8107c7d5>] worker_thread+0x165/0x370
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff8107c670>] ? manage_workers.isra.30+0x130/0x130
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.790033]
> [<ffffffff81080c1c>] kthread+0x8c/0xa0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699]
> [<ffffffff81607c24>] kernel_thread_helper+0x4/0x10
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699]
> [<ffffffff81080b90>] ? flush_kthread_worker+0xa0/0xa0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699]
> [<ffffffff81607c20>] ? gs_change+0x13/0x13
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699] Code: 00 00 48
> 85 f6 74 0c 48 83 ee 01 48 89 df e8 cf f6 ff ff 48 8b 5d f0 4c 8b 65 f8
> c9 c3 0f 1f 44 00 00 55 48 89 e5 66 66 66 66 90 <f6> 87 74 02 00 00 01 74
> 30 0f b6 87 21 01 00 00 4c 8b 05 38 8d
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699] RIP
> [<ffffffff81511959>] netlink_has_listeners+0x9/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699] RSP
> <ffff880801109c00>
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.950699] CR2:
> 0000000000000274
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954892] ---[ end trace
> 73540474560834fd ]---
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954941] BUG: unable to
> handle kernel paging request at fffffffffffffff8
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954945] IP:
> [<ffffffff810810b1>] kthread_data+0x11/0x20
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954950] PGD 1c05067
> PUD 1c06067 PMD 0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954954] Oops: 0000
> [#2] SMP
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954957] CPU 7
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.954959] Modules linked
> in: ipt_REJECT nf_conntrack_netlink nfnetlink dm_round_robin dm_multipath
> veth ip6t_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables
> ipt_LOG xt_limit xt_state xt_tcpudp iptable_filter ipt_MASQUERADE
> iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4
> iptable_mangle ip_tables ebt_ip ebtable_filter ebtables x_tables ib_iser
> rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp
> libiscsi scsi_transport_iscsi bonding usb_storage uas joydev usbhid hid
> radeon ttm ses enclosure drm_kms_helper drm kvm_amd psmouse kvm
> amd64_edac_mod dcdbas serio_raw e1000e megaraid_sas edac_core
> i2c_algo_bit k8temp edac_mce_amd pata_serverworks shpchp i2c_piix4 bridge
> 8021q garp stp ixgbe dca mdio [last unloaded: multipath]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955032]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955034] Pid: 25711,
> comm: kworker/u:2 Tainted: G D 3.0.0-10-server #16-Ubuntu Dell
> Inc. PowerEdge 6950/0GK775
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955040] RIP:
> 0010:[<ffffffff810810b1>] [<ffffffff810810b1>] kthread_data+0x11/0x20
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955046] RSP:
> 0018:ffff880801109870 EFLAGS: 00010096
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955048] RAX:
> 0000000000000000 RBX: 0000000000000007 RCX: 0000000000000007
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955051] RDX:
> 0000000000000007 RSI: 0000000000000007 RDI: ffff88080f5f9720
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955054] RBP:
> ffff880801109888 R08: 0000000000989680 R09: 0000000000000001
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955057] R10:
> 0000000000000400 R11: ffff88080f65c118 R12: 0000000000000007
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955060] R13:
> ffff88080f5f9ae8 R14: 0000000000000000 R15: 0000000000000246
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955064] FS:
> 00007fe2d2d57710(0000) GS:ffff881027d00000(0000) knlGS:0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955067] CS: 0010 DS:
> 0000 ES: 0000 CR0: 000000008005003b
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955070] CR2:
> fffffffffffffff8 CR3: 0000000001c03000 CR4: 00000000000006e0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955073] DR0:
> 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955076] DR3:
> 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955079] Process
> kworker/u:2 (pid: 25711, threadinfo ffff880801108000, task
> ffff88080f5f9720)
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955082] Stack:
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955083]
> ffffffff8107cd25 ffff880801109888 ffff881027d12a40 ffff880801109908
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955089]
> ffffffff815fc737 ffff88080f5f9720 0000000000000000 ffff880801109fd8
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955094]
> ffff880801109fd8 ffff880801109fd8 0000000000012a40 0000000000000011
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955100] Call Trace:
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955103]
> [<ffffffff8107cd25>] ? wq_worker_sleeping+0x15/0xa0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955108]
> [<ffffffff815fc737>] schedule+0x637/0x770
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955114]
> [<ffffffff81063053>] do_exit+0x273/0x440
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955119]
> [<ffffffff815ffbd0>] oops_end+0xb0/0xf0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955124]
> [<ffffffff815e7104>] no_context+0x145/0x152
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955128]
> [<ffffffff815e729f>] __bad_area_nosemaphore+0x18e/0x1b1
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955133]
> [<ffffffff815e72d5>] bad_area_nosemaphore+0x13/0x15
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955138]
> [<ffffffff816024fd>] do_page_fault+0x43d/0x530
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955144]
> [<ffffffff8100969a>] ? __switch_to+0xca/0x310
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955148]
> [<ffffffff815fe73e>] ? _raw_spin_lock+0xe/0x20
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955154]
> [<ffffffff8104e749>] ? finish_task_switch+0x49/0xf0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955158]
> [<ffffffff815fef15>] page_fault+0x25/0x30
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955162]
> [<ffffffff81511959>] ? netlink_has_listeners+0x9/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955167]
> [<ffffffffa048f145>] nfnetlink_has_listeners+0x15/0x20 [nfnetlink]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955172]
> [<ffffffffa049943b>] ctnetlink_conntrack_event+0x5cb/0x890
> [nf_conntrack_netlink]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955177]
> [<ffffffff814e34d0>] ? net_drop_ns+0x50/0x50
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955183]
> [<ffffffffa04062d8>] death_by_timeout+0xc8/0x1c0 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955189]
> [<ffffffffa0405270>] ? nf_conntrack_attach+0x50/0x50 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955195]
> [<ffffffffa0406448>] nf_ct_iterate_cleanup+0x78/0x90 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955202]
> [<ffffffffa0406491>] nf_conntrack_cleanup_net+0x31/0x100 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955209]
> [<ffffffffa0407f97>] nf_conntrack_cleanup+0x27/0x60 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955215]
> [<ffffffffa04081f0>] nf_conntrack_net_exit+0x60/0x80 [nf_conntrack]
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955220]
> [<ffffffff814e2d28>] ops_exit_list.isra.1+0x38/0x60
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955224]
> [<ffffffff814e35e2>] cleanup_net+0x112/0x1b0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955229]
> [<ffffffff8107bb0a>] process_one_work+0x11a/0x480
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955233]
> [<ffffffff8107c7d5>] worker_thread+0x165/0x370
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955237]
> [<ffffffff8107c670>] ? manage_workers.isra.30+0x130/0x130
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955241]
> [<ffffffff81080c1c>] kthread+0x8c/0xa0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955245]
> [<ffffffff81607c24>] kernel_thread_helper+0x4/0x10
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955250]
> [<ffffffff81080b90>] ? flush_kthread_worker+0xa0/0xa0
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955254]
> [<ffffffff81607c20>] ? gs_change+0x13/0x13
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955256] Code: 41 5f 5d
> c3 be 3e 01 00 00 48 c7 c7 88 90 9e 81 e8 b5 d7 fd ff e9 74 fe ff ff 55
> 48 89 e5 66 66 66 66 90 48 8b 87 70 03 00 00 5d
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955311] RIP
> [<ffffffff810810b1>] kthread_data+0x11/0x20
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955315] RSP
> <ffff880801109870>
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955317] CR2:
> fffffffffffffff8
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955319] ---[ end trace
> 73540474560834fe ]---
> Sep 9 14:34:00 node-10-157-128-100 kernel: [79602.955322] Fixing
> recursive fault but reboot is needed!
> Sep 9 14:35:00 node-10-157-128-100 kernel: [79663.120046] INFO:
> rcu_sched_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=6002 jiffies)
> Sep 9 14:35:05 node-10-157-128-100 kernel: [79667.970047] INFO:
> rcu_bh_state detected stalls on CPUs/tasks: { 1 7} (detected by 6, t=6002
> jiffies)
> Sep 9 14:38:00 node-10-157-128-100 kernel: [79843.440048] INFO:
> rcu_sched_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=24034 jiffies)
> Sep 9 14:38:05 node-10-157-128-100 kernel: [79848.290046] INFO:
> rcu_bh_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=24034 jiffies)
> Sep 9 14:41:00 node-10-157-128-100 kernel: [80023.760051] INFO:
> rcu_sched_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=42066 jiffies)
> Sep 9 14:41:05 node-10-157-128-100 kernel: [80028.610044] INFO:
> rcu_bh_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=42066 jiffies)
> Sep 9 14:44:01 node-10-157-128-100 kernel: [80204.080047] INFO:
> rcu_sched_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=60098 jiffies)
> Sep 9 14:44:06 node-10-157-128-100 kernel: [80208.930045] INFO:
> rcu_bh_state detected stalls on CPUs/tasks: { 1 7} (detected by 6,
> t=60098 jiffies)
> Sep 9 14:44:44 node-10-157-128-100 kernel: Kernel logging (proc) stopped.



--
Alex Bligh


\
 
 \ /
  Last update: 2011-09-09 20:33    [from the cache]
©2003-2011 Jasper Spaans