From: Michal Sabala <lkml@saahbs.net>
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.18 mmap hangs unrelated apps
Date: Fri, 15 Dec 2006 15:06:42 -0600 [thread overview]
Message-ID: <20061215210642.GI6220@prosiaczek> (raw)
In-Reply-To: <1166211884.5761.49.camel@lade.trondhjem.org>
On 2006/12/15 at 13:44:44 Trond Myklebust <trond.myklebust@fys.uio.no> wrote
> On Fri, 2006-12-15 at 11:50 -0600, Michal Sabala wrote:
> > On 2006/12/15 at 10:24:15 Trond Myklebust <trond.myklebust@fys.uio.no> wrote
> > > On Thu, 2006-12-14 at 20:30 -0600, Michal Sabala wrote:
> > > >
> > > > `cat /proc/*PID*/wchan` for all hanging processes contains page_sync.
> > >
> > > Have you tried an 'echo t >/proc/sysrq-trigger' on a client with one of
> > > these hanging processes? If so, what does the output look like?
> >
> > Hello Trond,
> >
> > Below is the sysrq trace output for XFree86 which entered the
> > uninterruptible sleep state on the P4 machine with nfs /home. Please
> > note that XFree86 does not have any files open in /home - as reported by
> > `lsof`. Below, I also listed the output of vmstat.
>
>
> It is hanging because it is trying to free up memory by reclaiming pages
> that are held by your mmaped file on NFS. Do you know why NFS is
> hanging?
Trond,
I do not have any indication that it is the server not responding. Other
applications which have NFS files open are continuing to work while in
this case XFree86 blocks.
Also, please note that test-mmap.c has successfully finished execution
and it is no longer running while XFree86 is still hanging.
Could this be related to the fact that the nfs mmaped file is unlinked
before it is ummaped? The .nfsXXXXXXX file disappears from the NFS
server as soon as test-mmap.c exits.
What nfs_debug information would be useful in tracking this
problem? Is there any other information I can provide you?
Thank You,
Sincerely,
Michal
--
Michal "Saahbs" Sabala
next prev parent reply other threads:[~2006-12-15 21:06 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-15 2:30 2.6.18 mmap hangs unrelated apps Michal Sabala
2006-12-15 16:24 ` Trond Myklebust
2006-12-15 17:50 ` Michal Sabala
2006-12-15 19:44 ` Trond Myklebust
2006-12-15 21:06 ` Michal Sabala [this message]
2006-12-15 21:12 ` Arjan van de Ven
2006-12-15 21:43 ` Michal Sabala
2006-12-15 21:44 ` Trond Myklebust
2006-12-15 22:05 ` Michal Sabala
2006-12-19 22:26 ` Andrew Morton
2006-12-19 23:19 ` Trond Myklebust
2006-12-20 0:03 ` Andrew Morton
2006-12-20 0:17 ` Trond Myklebust
2006-12-20 0:22 ` Andrew Morton
2006-12-20 1:21 ` Trond Myklebust
2007-01-08 14:48 ` [PATCH] NFS: Fix race in nfs_release_page() Peter Zijlstra
2006-12-20 14:51 ` 2.6.18 mmap hangs unrelated apps Michal Sabala
2006-12-15 20:42 ` Andrew Morton
2006-12-15 21:35 ` Michal Sabala
2006-12-15 21:41 ` Andrew Morton
2006-12-16 12:59 ` Christian Kuhn
2006-12-16 18:45 ` Christian Kuhn
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=20061215210642.GI6220@prosiaczek \
--to=lkml@saahbs.net \
--cc=linux-kernel@vger.kernel.org \
--cc=trond.myklebust@fys.uio.no \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox