Kernel 'soft lockup' on pancake-db-stage1

RESOLVED WONTFIX

Status

Pancake
Back-end
--
major
RESOLVED WONTFIX
6 years ago
6 years ago

People

(Reporter: st3fan, Assigned: gozer)

Tracking

Details

(Reporter)

Description

6 years ago
[root@pancake-db-stage1 elasticsearch]# 
Message from syslogd@pancake-db-stage1 at May 26 15:18:13 ...
 kernel:Stack:

Message from syslogd@pancake-db-stage1 at May 26 15:18:13 ...
 kernel:Call Trace:

Message from syslogd@pancake-db-stage1 at May 26 15:18:13 ...
 kernel:Code: 7d f8 c9 c3 0f 1f 44 00 00 48 8b 05 11 70 bb 00 41 8d b5 f0 00 00 00 4c 89 e7 ff 90 e0 00 00 00 eb 09 0f 1f 80 00 00 00 00 f3 90 <8b> 35 90 df ba 00 4c 89 e7 e8 f8 09 23 00 85 c0 74 ec eb 90 66


dmesg:

BUG: soft lockup - CPU#1 stuck for 67s! [java:23716]
Modules linked in: nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ipt_REJECT ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mod ppdev parport_pc parport virtio_net i2c_piix4 i2c_core sg ext3 jbd mbcache virtio_blk sr_mod cdrom virtio_pci virtio_ring virtio pata_acpi ata_generic ata_piix [last unloaded: nf_defrag_ipv4]
CPU 1 
Modules linked in: nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ipt_REJECT ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mod ppdev parport_pc parport virtio_net i2c_piix4 i2c_core sg ext3 jbd mbcache virtio_blk sr_mod cdrom virtio_pci virtio_ring virtio pata_acpi ata_generic ata_piix [last unloaded: nf_defrag_ipv4]

Pid: 23716, comm: java Not tainted 2.6.32-220.13.1.el6.x86_64 #1 Bochs Bochs
RIP: 0010:[<ffffffff81047d6a>]  [<ffffffff81047d6a>] flush_tlb_others_ipi+0x11a/0x130
RSP: 0000:ffff8800c76f9b58  EFLAGS: 00000246
RAX: 0000000000000000 RBX: ffff8800c76f9b98 RCX: 0000000000000002
RDX: 0000000000000000 RSI: 0000000000000002 RDI: ffffffff81e166d8
RBP: ffffffff8100bc0e R08: 0000000000000000 R09: 0000000000000008
R10: 00007f829908b0f8 R11: 00000000f5b60e68 R12: ffff8800c76f9b48
R13: ffffffff8100bc0e R14: 0000000000000000 R15: 0000000000000000
FS:  00007f8225ff4700(0000) GS:ffff880028300000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f8294cea0d0 CR3: 00000000c75e0000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process java (pid: 23716, threadinfo ffff8800c76f8000, task ffff88011894a0c0)
Stack:
 00007f8294cea0d0 ffffffff81e166c0 ffff8800c76f9bb8 ffff8800378a6d80
<0> 00007f8294cea0d0 ffff8800378a7048 0000000000000008 ffffea0002b9d630
<0> ffff8800c76f9bc8 ffffffff81047df6 ffff8800c76f9bc8 ffff8800378a6d80
Call Trace:
 [<ffffffff81047df6>] ? native_flush_tlb_others+0x76/0x90
 [<ffffffff81047f1e>] ? flush_tlb_page+0x5e/0xb0
 [<ffffffff81046eed>] ? ptep_set_access_flags+0x6d/0x70
 [<ffffffff8113af3b>] ? do_wp_page+0x44b/0x8d0
 [<ffffffff810a3667>] ? futex_wait+0x227/0x380
 [<ffffffff8100bc0e>] ? apic_timer_interrupt+0xe/0x20
 [<ffffffff8113bb9d>] ? handle_pte_fault+0x2cd/0xb50
 [<ffffffff810a2e1e>] ? futex_wake+0x10e/0x120
 [<ffffffff8113c604>] ? handle_mm_fault+0x1e4/0x2b0
 [<ffffffff810a4d60>] ? do_futex+0x100/0xb00
 [<ffffffff81096178>] ? up_read+0x18/0x30
 [<ffffffff81042b79>] ? __do_page_fault+0x139/0x480
 [<ffffffff8103849f>] ? pvclock_clocksource_read+0x6f/0xd0
 [<ffffffff81038488>] ? pvclock_clocksource_read+0x58/0xd0
 [<ffffffff8103758c>] ? kvm_clock_read+0x1c/0x20
 [<ffffffff81037599>] ? kvm_clock_get_cycles+0x9/0x10
 [<ffffffff8109b4b0>] ? getnstimeofday+0x60/0xf0
 [<ffffffff814f298e>] ? do_page_fault+0x3e/0xa0
 [<ffffffff814efd45>] ? page_fault+0x25/0x30
Code: 7d f8 c9 c3 0f 1f 44 00 00 48 8b 05 11 70 bb 00 41 8d b5 f0 00 00 00 4c 89 e7 ff 90 e0 00 00 00 eb 09 0f 1f 80 00 00 00 00 f3 90 <8b> 35 90 df ba 00 4c 89 e7 e8 f8 09 23 00 85 c0 74 ec eb 90 66 
Call Trace:
 [<ffffffff81047d78>] ? flush_tlb_others_ipi+0x128/0x130
 [<ffffffff81047df6>] ? native_flush_tlb_others+0x76/0x90
 [<ffffffff81047f1e>] ? flush_tlb_page+0x5e/0xb0
 [<ffffffff81046eed>] ? ptep_set_access_flags+0x6d/0x70
 [<ffffffff8113af3b>] ? do_wp_page+0x44b/0x8d0
 [<ffffffff810a3667>] ? futex_wait+0x227/0x380
 [<ffffffff8100bc0e>] ? apic_timer_interrupt+0xe/0x20
 [<ffffffff8113bb9d>] ? handle_pte_fault+0x2cd/0xb50
 [<ffffffff810a2e1e>] ? futex_wake+0x10e/0x120
 [<ffffffff8113c604>] ? handle_mm_fault+0x1e4/0x2b0
 [<ffffffff810a4d60>] ? do_futex+0x100/0xb00
 [<ffffffff81096178>] ? up_read+0x18/0x30
 [<ffffffff81042b79>] ? __do_page_fault+0x139/0x480
 [<ffffffff8103849f>] ? pvclock_clocksource_read+0x6f/0xd0
 [<ffffffff81038488>] ? pvclock_clocksource_read+0x58/0xd0
 [<ffffffff8103758c>] ? kvm_clock_read+0x1c/0x20
 [<ffffffff81037599>] ? kvm_clock_get_cycles+0x9/0x10
 [<ffffffff8109b4b0>] ? getnstimeofday+0x60/0xf0
 [<ffffffff814f298e>] ? do_page_fault+0x3e/0xa0
 [<ffffffff814efd45>] ? page_fault+0x25/0x30
(Reporter)

Updated

6 years ago
Assignee: nobody → gozer
(Assignee)

Comment 1

6 years ago
From the timing, smells like a side-effect of having migrated that VM to another host. Should be safe to ignore unless it happens again.
OS: Mac OS X → All
Hardware: x86 → All
(Assignee)

Updated

6 years ago
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.