Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Dec 1998 23:51:39 -0500 (EST)
From:      Alfred Perlstein <bright@hotjobs.com>
To:        Karl Denninger <karl@Denninger.Net>
Cc:        hackers@FreeBSD.ORG
Subject:   Re: yup, found it (NFS)
Message-ID:  <Pine.BSF.4.05.9812162341200.378-100000@bright.fx.genx.net>
In-Reply-To: <19981216211723.A27176@Denninger.Net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 16 Dec 1998, Karl Denninger wrote:

> Remove the intr for now.  If that fixes it then at least we have
> hard proof of where it is.

Already done.  I'm silly, not suicidal about things :)

> The problem is that vinvlbuf is not the only place you can get screwed.
> There is also a problem in the vm pager (it can hang in there too, as I've
> now been able to prove and isolate) due to what I *believe* is the same
> cause.  This of course assumes you mount executable directories (very
> common in clusters) across NFS.

You mean, if i'm running an executable over NFS?  I've seen this but not nearly as often.  In my case pine is local to the machine, but my mailbox isn't.

Just because of curiousity, it's hanging because the program text
retrieval from the binary (not swap) has a similar loop?

> Certainly the expected execution path is basically the same, and I can
> *trigger it* with a SIGINT to a running process which happens to have some
> of its working set paged out at the time it receives the signal (ouch!)

That doesn't seem very good at all.  Is this second case for all
NFS mounts? or only intr mounts?

Thanks for the attention.  Sorry i took so long to get some proof
of this bug, it's just that it's a work machine and taking time
out to do this isn't always possible.

I'm sure tracking down/fixing the problem is on a totally different
level, so thanks,

-Alfred

> 
> --
> -- 
> Karl Denninger (karl@denninger.net) http://www.mcs.net/~karl
> I ain't even *authorized* to speak for anyone other than myself, so give
> up now on trying to associate my words with any particular organization.
> 
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9812162341200.378-100000>