Date: Tue, 23 Oct 2001 16:40:40 -0500 From: Alfred Perlstein <bright@mu.org> To: Robert Watson <rwatson@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/nfsclient nfs_lock.c Message-ID: <20011023164040.P15052@elvis.mu.org> In-Reply-To: <200110231911.f9NJBV565635@freefall.freebsd.org>; from rwatson@FreeBSD.org on Tue, Oct 23, 2001 at 12:11:31PM -0700 References: <200110231911.f9NJBV565635@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* Robert Watson <rwatson@FreeBSD.org> [011023 14:11] wrote:
> rwatson 2001/10/23 12:11:31 PDT
>
> Modified files:
> sys/nfsclient nfs_lock.c
> Log:
> o Add two comments identifying problems with the current nfs_lock.c
> implementation, so that the information doesn't get lost.
> (1) /var/run/lock is looked up relative to the current thread's root
> directory, but it's not clear that's desirable.
> (2) A race condition associated with live credential modification on
> a shared credential is present when privilege is granted for
> the purposes of talking to /var/run/lock.
I have a hackish idea that may resolve this, would it possible
to run the NDINIT passing the struct thread for init's proc?
That should avoid the chroot problem and at the same time avoid
the temporary uid problem.
Can you test this?
My apologies for getting so irritated with you the other day about
this, in the future taking the time to guess at a possible solution
might be better than simply complaining about it.
--
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.'
http://www.morons.org/rants/gpl-harmful.php3
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011023164040.P15052>