From: Robert Wimmer <kernel@tauceti.net>
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
Avi Kivity <avi@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, bugzilla-daemon@bugzilla.kernel.org,
Rusty Russell <rusty@rustcorp.com.au>, Mel Gorman <mel@csn.ul.ie>,
linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [Bugme-new] [Bug 15709] New: swapper page allocation failure
Date: Tue, 27 Apr 2010 00:18:47 +0200 [thread overview]
Message-ID: <4BD61147.40709@tauceti.net> (raw)
In-Reply-To: <1272315854.8984.125.camel@localhost.localdomain>
> Sure. In addition to what you did above, please do
>
> mount -t debugfs none /sys/kernel/debug
>
> and then cat the contents of the pseudofile at
>
> /sys/kernel/debug/tracing/stack_trace
>
> Please do this more or less immediately after you've finished mounting
> the NFSv4 client.
>
I've uploaded the stack trace. It was generated
directly after mounting. Here are the stacks:
After mounting:
https://bugzilla.kernel.org/attachment.cgi?id=26153
After the soft lockup:
https://bugzilla.kernel.org/attachment.cgi?id=26154
The dmesg output of the soft lockup:
https://bugzilla.kernel.org/attachment.cgi?id=26155
> Does your server have the 'crossmnt' or 'nohide' flags set, or does it
> use the 'refer' export option anywhere? If so, then we might have to
> test further, since those may trigger the NFSv4 submount feature.
>
The server has the following settings:
rw,nohide,insecure,async,no_subtree_check,no_root_squash
Thanks!
Robert
WARNING: multiple messages have this Message-ID (diff)
From: Robert Wimmer <kernel@tauceti.net>
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
Avi Kivity <avi@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mm@kvack.org, bugzilla-daemon@bugzilla.kernel.org,
Rusty Russell <rusty@rustcorp.com.au>, Mel Gorman <mel@csn.ul.ie>,
linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [Bugme-new] [Bug 15709] New: swapper page allocation failure
Date: Tue, 27 Apr 2010 00:18:47 +0200 [thread overview]
Message-ID: <4BD61147.40709@tauceti.net> (raw)
In-Reply-To: <1272315854.8984.125.camel@localhost.localdomain>
> Sure. In addition to what you did above, please do
>
> mount -t debugfs none /sys/kernel/debug
>
> and then cat the contents of the pseudofile at
>
> /sys/kernel/debug/tracing/stack_trace
>
> Please do this more or less immediately after you've finished mounting
> the NFSv4 client.
>
I've uploaded the stack trace. It was generated
directly after mounting. Here are the stacks:
After mounting:
https://bugzilla.kernel.org/attachment.cgi?id=26153
After the soft lockup:
https://bugzilla.kernel.org/attachment.cgi?id=26154
The dmesg output of the soft lockup:
https://bugzilla.kernel.org/attachment.cgi?id=26155
> Does your server have the 'crossmnt' or 'nohide' flags set, or does it
> use the 'refer' export option anywhere? If so, then we might have to
> test further, since those may trigger the NFSv4 submount feature.
>
The server has the following settings:
rw,nohide,insecure,async,no_subtree_check,no_root_squash
Thanks!
Robert
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2010-04-26 22:18 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-15709-10286@https.bugzilla.kernel.org/>
2010-04-08 19:34 ` [Bugme-new] [Bug 15709] New: swapper page allocation failure Andrew Morton
2010-04-08 19:39 ` Avi Kivity
2010-04-08 20:04 ` Michael S. Tsirkin
2010-04-09 10:15 ` Robert Wimmer
2010-04-11 11:03 ` Michael S. Tsirkin
2010-04-12 9:25 ` Robert Wimmer
2010-04-12 11:23 ` Michael S. Tsirkin
2010-04-12 13:50 ` Robert Wimmer
2010-04-12 13:52 ` Michael S. Tsirkin
2010-04-13 8:51 ` Robert Wimmer
2010-04-19 12:55 ` Robert Wimmer
2010-04-19 13:17 ` Michael S. Tsirkin
2010-04-21 11:23 ` kernel
2010-04-21 9:42 ` Michael S. Tsirkin
2010-04-22 11:31 ` kernel
2010-04-22 10:03 ` Michael S. Tsirkin
2010-04-22 10:03 ` Michael S. Tsirkin
2010-04-23 5:26 ` Robert Wimmer
2010-04-23 5:26 ` Robert Wimmer
2010-04-25 9:18 ` Michael S. Tsirkin
2010-04-25 9:18 ` Michael S. Tsirkin
2010-04-25 20:41 ` Robert Wimmer
2010-04-25 20:41 ` Robert Wimmer
2010-04-25 20:49 ` Michael S. Tsirkin
2010-04-25 20:49 ` Michael S. Tsirkin
2010-04-26 12:15 ` Trond Myklebust
2010-04-26 12:15 ` Trond Myklebust
2010-04-26 12:15 ` Trond Myklebust
2010-04-26 20:25 ` Robert Wimmer
2010-04-26 20:25 ` Robert Wimmer
[not found] ` <4BD5F6C5.8080605-PAwl83ecUlHR7s880joybQ@public.gmane.org>
2010-04-26 21:04 ` Trond Myklebust
2010-04-26 21:04 ` Trond Myklebust
2010-04-26 21:04 ` Trond Myklebust
2010-04-26 22:18 ` Robert Wimmer [this message]
2010-04-26 22:18 ` Robert Wimmer
2010-04-26 23:28 ` Trond Myklebust
2010-04-27 22:56 ` Robert Wimmer
2010-04-27 22:56 ` Robert Wimmer
2010-05-03 8:11 ` kernel
2010-05-03 8:11 ` kernel
[not found] ` <be8a0f012ebb2ae02522998591e6f1a5-PAwl83ecUlHR7s880joybQ@public.gmane.org>
2010-05-06 21:19 ` Robert Wimmer
2010-05-06 21:19 ` Robert Wimmer
2010-05-06 21:19 ` Robert Wimmer
[not found] ` <4BE33259.3000609-PAwl83ecUlHR7s880joybQ@public.gmane.org>
2010-05-06 21:30 ` Trond Myklebust
2010-05-06 21:30 ` Trond Myklebust
2010-05-06 21:30 ` Trond Myklebust
2010-05-13 21:08 ` Robert Wimmer
2010-05-13 21:08 ` Robert Wimmer
[not found] ` <4BEC6A5D.5070304-PAwl83ecUlHR7s880joybQ@public.gmane.org>
2010-05-13 21:13 ` Trond Myklebust
2010-05-13 21:13 ` Trond Myklebust
2010-05-13 21:13 ` Trond Myklebust
2010-05-14 5:42 ` Robert Wimmer
2010-05-14 5:42 ` Robert Wimmer
2010-05-14 5:42 ` Robert Wimmer
[not found] ` <1273785234.22932.14.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2010-05-20 7:39 ` kernel
2010-05-20 7:39 ` kernel
2010-05-20 7:39 ` kernel
[not found] ` <a133ef4ed022a00afd40b505719ae3d2-PAwl83ecUlHR7s880joybQ@public.gmane.org>
2010-05-25 20:01 ` Robert Wimmer
2010-05-25 20:01 ` Robert Wimmer
2010-05-25 20:01 ` Robert Wimmer
2010-06-02 11:56 ` kernel
2010-06-02 11:56 ` kernel
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=4BD61147.40709@tauceti.net \
--to=kernel@tauceti.net \
--cc=Trond.Myklebust@netapp.com \
--cc=akpm@linux-foundation.org \
--cc=avi@redhat.com \
--cc=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-nfs@vger.kernel.org \
--cc=mel@csn.ul.ie \
--cc=mst@redhat.com \
--cc=rusty@rustcorp.com.au \
/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.