From: Michael Monnerie <michael.monnerie@is.it-management.at>
To: xfs@oss.sgi.com
Subject: xfs stack overrun, unable to handle kernel paging request
Date: Fri, 15 Apr 2011 06:31:29 +0200 [thread overview]
Message-ID: <201104150631.38169@zmi.at> (raw)
[-- Attachment #1.1: Type: Text/Plain, Size: 4817 bytes --]
Not sure if I didn't already post a similar crash once. This ist kernel
2.6.31.14-0.6-xen from openSUSE 11.2
Machine was still running, but not anymore responding (except ping)
[8080121.921527] BUG: unable to handle kernel paging request at 00000000f1ba5f80
[8080121.921555] IP: [<ffffffff80042334>] update_curr+0x134/0x1e0
[8080121.921565] PGD 2423b067 PUD 0
[8080121.921571] Thread overran stack, or stack corrupted
[8080121.921574] Oops: 0000 [#1] SMP
[8080121.921579] last sysfs file: /sys/devices/xen/vbd-51744/block/xvdc/stat
[8080121.921584] CPU 3
[8080121.921586] Modules linked in: ipt_REJECT ipt_LOG xt_multiport xt_tcpudp ipt_ECN iptable_mangle xt_state iptable_filter ip_tables nf_conntrack_slp nf_conntrack_sip nf_conntrack_netbios_ns nf_conntrack_proto_udplite nf_conntrack_proto_dccp nf_conntrack_irc nf_conntrack_ftp nf_conntrack_tftp
nf_conntrack_netlink nfnetlink nf_conntrack_sane ts_kmp nf_conntrack_amanda nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_h323 xt_conntrack x_tables nfs nf_conntrack_proto_sctp lockd bluetooth fscache nf_conntrack_ipv4 nfs_acl rfkill nf_conntrack auth_rpcgss nf_defrag_ipv4 sunrpc ipv6 af_packet ramzswap
xvmalloc lzo_decompress lzo_compress fuse loop dm_mod xenblk cdrom xennet ext4 jbd2 crc16 xfs exportfs reiserfs
[8080121.921586] Pid: 26557, comm: pdflush Not tainted 2.6.31.14-0.6-xen #1
[8080121.921586] RIP: e030:[<ffffffff80042334>] [<ffffffff80042334>] update_curr+0x134/0x1e0
[8080121.921666] RSP: e02b:ffff88002e2845e0 EFLAGS: 00010086
[8080121.921670] RAX: 000000000000ccf8 RBX: ffff88000f5ac4b8 RCX: 000000002e2841c0
[8080121.921674] RDX: ffff88005702f0c0 RSI: ffff88000f5ac480 RDI: ffffc9000003a3e0
[8080121.921677] RBP: ffff88002e284610 R08: 00000000ffffffff R09: ffffffff8000d3ea
[8080121.921681] R10: ffff88002e284488 R11: ffff88002e2841d0 R12: ffffc9000003a3e0
[8080121.921684] R13: 00000000001782e6 R14: 001cb4d3fcdfdf5e R15: 0000000000000001
[8080121.921691] FS: 00007fc3d51196f0(0000) GS:ffffc90000030000(0000) knlGS:0000000000000000
[8080121.921695] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[8080121.921699] CR2: 00000000f1ba5f80 CR3: 00000000086e0000 CR4: 0000000000000660
[8080121.921704] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[8080121.921708] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[8080121.921712] Process pdflush (pid: 26557, threadinfo ffff88002e284000, task
ffff88000f5ac480)
[8080121.921716] Stack:
[8080121.921719] ffffffff8073d627 00000000757f13c8 ffff88000f5ac4b8 ffffc9000003a3e0
[8080121.921725] <0> ffff88002e284c10 ffff88002e284950 ffff88002e284640 ffffffff8004256c
[8080121.921733] <0> ffffc9000003a380 00000000757f13c8 ffffc9000003a380 0000000000000003
[8080121.921742] Call Trace:
[8080121.921742] [<ffffffff8004256c>] put_prev_task_fair+0x8c/0xd0
[8080121.921742] [<ffffffff8046d447>] schedule+0x217/0x5f5
[8080121.921742] [<ffffffff8004bc7f>] __cond_resched+0x2f/0x80
[8080121.921742] [<ffffffff8046ddbd>] _cond_resched+0x4d/0x60
[8080121.921742] [<ffffffff800e50f8>] shrink_page_list+0xc8/0x650
[8080121.921742] [<ffffffff800e5953>] shrink_inactive_list+0x2d3/0x7c0
[8080121.921742] [<ffffffff800e5e9b>] shrink_list+0x5b/0x110
[8080121.921742] [<ffffffff800e60c1>] shrink_zone+0x171/0x250
[8080121.921742] [<ffffffff800e6223>] shrink_zones+0x83/0x120
[8080121.921742] [<ffffffff800e635e>] do_try_to_free_pages+0x9e/0x380
[8080121.921742] [<ffffffff800e6757>] try_to_free_pages+0x77/0xa0
[8080121.921742] [<ffffffff800dc0f3>] __alloc_pages_slowpath+0x2d3/0x5c0
[8080121.921742] [<ffffffff800dc531>] __alloc_pages_nodemask+0x151/0x160
[8080121.921742] [<ffffffff800d6ac3>] find_or_create_page+0x63/0xd0
[8080121.921742] [<ffffffffa00b9af0>] _xfs_buf_lookup_pages+0x150/0x390 [xfs]
[8080121.921742] [<ffffffffa00bade1>] xfs_buf_get_flags+0x81/0x1a0 [xfs]
[8080121.921742] [<ffffffffa00baf26>] xfs_buf_read_flags+0x26/0xd0 [xfs]
[8080121.921742] [<ffffffffa00adab9>] xfs_trans_read_buf+0x1e9/0x320 [xfs]
[8080121.921742] [<ffffffffa0077278>] xfs_btree_read_buf_block+0x68/0xe0 [xfs]
[8080121.921742] [<ffffffffa00773a8>] xfs_btree_lshift+0xb8/0x620 [xfs]
mit freundlichen Grüßen
Michael Monnerie, Ing. BSc
it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31
// Haus zu verkaufen:
// http://zmi.at/langegg/
-------------------------------------------------------
--
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc
it-management Internet Services: Protéger
http://proteger.at [gesprochen: Prot-e-schee]
Tel: +43 660 / 415 6531
// ****** Radiointerview zum Thema Spam ******
// http://www.it-podcast.at/archiv.html#podcast-100716
//
// Haus zu verkaufen: http://zmi.at/langegg/
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next reply other threads:[~2011-04-15 4:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-15 4:31 Michael Monnerie [this message]
2011-04-15 6:02 ` xfs stack overrun, unable to handle kernel paging request Christoph Hellwig
2011-04-15 6:11 ` Michael Monnerie
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=201104150631.38169@zmi.at \
--to=michael.monnerie@is.it-management.at \
--cc=xfs@oss.sgi.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.