From: "Christopher S. Aker" <caker@theshore.net>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: xen-devel@lists.xensource.com, Peter Sandin <psandin@linode.com>
Subject: Re: kernel BUG at mm/swapfile.c:2524
Date: Tue, 31 May 2011 10:43:11 -0400 [thread overview]
Message-ID: <4DE4FE7F.2020208@theshore.net> (raw)
In-Reply-To: <20110427181617.GA1303@dumpdata.com>
On 4/27/11 2:16 PM, Konrad Rzeszutek Wilk wrote:
> Ok, I need to be able to reproduce this. How do I do that?
Yeah - if only we knew. We haven't been able to identify any patterns in
the reports we've been getting.
The problem still exists in 2.6.39:
------------[ cut here ]------------
kernel BUG at mm/swapfile.c:2527!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/devices/vbd-51712/block/xvda/removable
Modules linked in:
Pid: 3701, comm: apache2 Not tainted 2.6.39-linode33 #5
EIP: 0061:[<c01a8fb6>] EFLAGS: 00010246 CPU: 0
EIP is at swap_count_continued+0x176/0x180
EAX: f57ba2e3 EBX: ebacd820 ECX: f57ba000 EDX: 00000000
ESI: ebfd81a0 EDI: 00000080 EBP: 000002e3 ESP: cb4d1e1c
DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0069
Process apache2 (pid: 3701, ti=cb4d0000 task=c2407030 task.ti=cb4d0000)
Stack:
e9c27ec0 000042e3 00000040 00000000 c01a90b1 ce9762d8 e9c27ec0 000042e3
00000000 c01ab367 ce9762d8 b825b000 cb4d1f04 c019b6b3 72d4e045 80000003
0229c063 c0103fc5 93563000 00000006 00085c60 ce0cfe40 eb3a9ba0 72d4e045
Call Trace:
[<c01a90b1>] ? swap_entry_free+0xf1/0x120
[<c01ab367>] ? free_swap_and_cache+0x27/0xd0
[<c019b6b3>] ? zap_pte_range+0x1b3/0x480
[<c0103fc5>] ? pte_pfn_to_mfn+0xb5/0xd0
[<c019ba91>] ? unmap_page_range+0x111/0x190
[<c019bc3b>] ? unmap_vmas+0x12b/0x1e0
[<c019ff01>] ? exit_mmap+0x91/0x140
[<c013247b>] ? mmput+0x2b/0xc0
[<c0135d7f>] ? exit_mm+0xef/0x120
[<c068f4b0>] ? _raw_spin_lock_irq+0x10/0x20
[<c0137975>] ? do_exit+0x125/0x350
[<c019fe57>] ? remove_vma+0x37/0x50
[<c0137bdc>] ? do_group_exit+0x3c/0xa0
[<c0137c51>] ? sys_exit_group+0x11/0x20
[<c068f7b1>] ? syscall_call+0x7/0xb
[<c0680000>] ? sctp_icmp_proto_unreachable+0x20/0xc0
Code: ff 89 d8 e8 ed a7 f7 ff 01 e8 8d 76 00 c6 00 00 ba 01 00 00 00 eb
b2 89 f8 3c 80 0f 94 c0 e9 b9 fe ff ff 0f 0b eb fe 0f 0b eb fe <0f> 0b
eb fe 0f 0b eb fe 66 90 83 ec 10 89 1c 24 89 c3 89 74 24
EIP: [<c01a8fb6>] swap_count_continued+0x176/0x180 SS:ESP 0069:cb4d1e1c
---[ end trace 39b6b8ea9add1a97 ]---
Fixing recursive fault but reboot is needed!
BUG: scheduling while atomic: apache2/3701/0x00000001
Modules linked in:
Pid: 3701, comm: apache2 Tainted: G D 2.6.39-linode33 #5
Call Trace:
[<c068dade>] ? schedule+0x50e/0x6d0
[<c013484f>] ? vprintk+0x1af/0x3e0
[<c0105b17>] ? xen_force_evtchn_callback+0x17/0x30
[<c0109370>] ? do_coprocessor_segment_overrun+0x80/0x80
[<c0109370>] ? do_coprocessor_segment_overrun+0x80/0x80
[<c0137b37>] ? do_exit+0x2e7/0x350
[<c0109370>] ? do_coprocessor_segment_overrun+0x80/0x80
[<c0109370>] ? do_coprocessor_segment_overrun+0x80/0x80
[<c010b7d1>] ? oops_end+0x71/0xa0
[<c01093ef>] ? do_invalid_op+0x7f/0x90
[<c01a8fb6>] ? swap_count_continued+0x176/0x180
[<c0173821>] ? handle_percpu_irq+0x31/0x50
[<c0105b17>] ? xen_force_evtchn_callback+0x17/0x30
[<c0139450>] ? __local_bh_enable+0x70/0x70
[<c01062f4>] ? check_events+0x8/0xc
[<c01062eb>] ? xen_restore_fl_direct_reloc+0x4/0x4
[<c010a882>] ? do_softirq+0x42/0xb0
[<c0139371>] ? irq_exit+0x31/0x90
[<c044c94d>] ? xen_evtchn_do_upcall+0x1d/0x30
[<c0103fc5>] ? pte_pfn_to_mfn+0xb5/0xd0
[<c068fd26>] ? error_code+0x5a/0x60
[<c012007b>] ? try_preserve_large_page+0x7b/0x340
[<c0109370>] ? do_coprocessor_segment_overrun+0x80/0x80
[<c01a8fb6>] ? swap_count_continued+0x176/0x180
[<c01a90b1>] ? swap_entry_free+0xf1/0x120
[<c01ab367>] ? free_swap_and_cache+0x27/0xd0
[<c019b6b3>] ? zap_pte_range+0x1b3/0x480
[<c0103fc5>] ? pte_pfn_to_mfn+0xb5/0xd0
[<c019ba91>] ? unmap_page_range+0x111/0x190
[<c019bc3b>] ? unmap_vmas+0x12b/0x1e0
[<c019ff01>] ? exit_mmap+0x91/0x140
[<c013247b>] ? mmput+0x2b/0xc0
[<c0135d7f>] ? exit_mm+0xef/0x120
[<c068f4b0>] ? _raw_spin_lock_irq+0x10/0x20
[<c0137975>] ? do_exit+0x125/0x350
[<c019fe57>] ? remove_vma+0x37/0x50
[<c0137bdc>] ? do_group_exit+0x3c/0xa0
[<c0137c51>] ? sys_exit_group+0x11/0x20
[<c068f7b1>] ? syscall_call+0x7/0xb
[<c0680000>] ? sctp_icmp_proto_unreachable+0x20/0xc0
-Chris
next prev parent reply other threads:[~2011-05-31 14:43 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-06 21:59 kernel BUG at mm/swapfile.c:2524 Peter Sandin
2011-04-07 13:50 ` Konrad Rzeszutek Wilk
2011-04-12 14:39 ` Peter Sandin
2011-04-21 14:57 ` Christopher S. Aker
2011-04-21 15:14 ` Konrad Rzeszutek Wilk
2011-04-21 15:24 ` Konrad Rzeszutek Wilk
2011-04-27 17:49 ` Christopher S. Aker
2011-04-27 18:16 ` Konrad Rzeszutek Wilk
2011-05-31 14:43 ` Christopher S. Aker [this message]
2011-04-21 15:23 ` Dan Magenheimer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DE4FE7F.2020208@theshore.net \
--to=caker@theshore.net \
--cc=konrad.wilk@oracle.com \
--cc=psandin@linode.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.