linux-kernel - Re: 2.6.18 mmap hangs unrelated apps

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 15 Dec 2006 15:06:42 -0600
From:	Michal Sabala <lkml@...hbs.net>
To:	Trond Myklebust <trond.myklebust@....uio.no>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: 2.6.18 mmap hangs unrelated apps

On 2006/12/15 at 13:44:44 Trond Myklebust <trond.myklebust@....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@....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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/