* xfs stack overrun, unable to handle kernel paging request
@ 2011-04-15 4:31 Michael Monnerie
2011-04-15 6:02 ` Christoph Hellwig
0 siblings, 1 reply; 3+ messages in thread
From: Michael Monnerie @ 2011-04-15 4:31 UTC (permalink / raw)
To: xfs
[-- 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: xfs stack overrun, unable to handle kernel paging request
2011-04-15 4:31 xfs stack overrun, unable to handle kernel paging request Michael Monnerie
@ 2011-04-15 6:02 ` Christoph Hellwig
2011-04-15 6:11 ` Michael Monnerie
0 siblings, 1 reply; 3+ messages in thread
From: Christoph Hellwig @ 2011-04-15 6:02 UTC (permalink / raw)
To: Michael Monnerie; +Cc: xfs
On Fri, Apr 15, 2011 at 06:31:29AM +0200, Michael Monnerie wrote:
> 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
That's still without the commits I pointed out to avoid direct reclaim
hitting the filesystem, right? Unfortunately the stack trace is
truncate so it's not possible to spot where it originated, but I suspect
it's the cause for this one as well.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: xfs stack overrun, unable to handle kernel paging request
2011-04-15 6:02 ` Christoph Hellwig
@ 2011-04-15 6:11 ` Michael Monnerie
0 siblings, 0 replies; 3+ messages in thread
From: Michael Monnerie @ 2011-04-15 6:11 UTC (permalink / raw)
To: xfs; +Cc: Christoph Hellwig
[-- Attachment #1.1: Type: Text/Plain, Size: 910 bytes --]
On Freitag, 15. April 2011 Christoph Hellwig wrote:
> That's still without the commits I pointed out to avoid direct
> reclaim hitting the filesystem, right? Unfortunately the stack
> trace is truncate so it's not possible to spot where it originated,
> but I suspect it's the cause for this one as well.
Yes, it's an older server that's going to be replaced by OpenSUSE 11.4
anyway. And this crash is seldom enough that I am not urged to update
all our servers.
I think I copied all the lines that were visible. I was wondering why
the output was so short.
--
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-04-15 6:07 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-04-15 4:31 xfs stack overrun, unable to handle kernel paging request Michael Monnerie
2011-04-15 6:02 ` Christoph Hellwig
2011-04-15 6:11 ` Michael Monnerie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox