Date: Fri, 17 Jul 2015 21:29:47 -0700 From: Tim Kientzle <tim@kientzle.com> To: "O'Connor, Daniel" <darius@dons.net.au> Cc: Rick Macklem <rmacklem@uoguelph.ca>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: -current broken when src is on NFS Message-ID: <DDD4254F-FD46-4155-8644-2F274AE9AE16@kientzle.com> In-Reply-To: <D0292F78-AE59-4E02-B24F-420129832A47@dons.net.au> References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> <D0292F78-AE59-4E02-B24F-420129832A47@dons.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Jul 16, 2015, at 9:57 PM, O'Connor, Daniel <darius@dons.net.au> =
wrote:
>=20
>=20
>> On 16 Jul 2015, at 21:41, Rick Macklem <rmacklem@uoguelph.ca> wrote:
>> r285066 fixed a POLA violation w.r.t. the old NFS client where the =
new
>> client didn't return an EEXIST error return for symlink or mkdir to =
userland.
>> The behaviour of not returning this error to userland (which was =
inherited from
>> OpenBSD and was not the behaviour of the old FreeBSD NFS client but =
was default
>> for the new NFS client) can be enabled via:
>> vfs.nfs.ignore_eexist=3D1
>>=20
>> You could try setting that sysctl and seeing if it makes any =
difference?
>>=20
>> That is the only recent change to the NFS client that *might* affect =
this.
>=20
> No dice :(
>=20
> It's pretty weird, it bombs out if either src or obj is on NFS..
> But even weirder is that if I build with crochet (a wrapper for cross =
building to arm) it works. It doesn't work if I cross build manually and =
I haven't been able to determine why crochet works yet.
Crochet defaults MAKEOBJDIRPREFIX to ${WORKDIR}/obj if you have not =
already set it to something else. (This avoids cross-polluting the =
builds if you do regular manual cross-builds on the same machine.)
If you=E2=80=99re having issues with /usr/obj being on NFS, that could =
be a factor.
Tim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DDD4254F-FD46-4155-8644-2F274AE9AE16>