Mergemaster won't run on NFS mount

[Cy Schubert]

I used to buildworld/installeworld using NFS shares at one time. Testing it again this morning revealed still no issues. I used a ro src and rw obj during my test.

---
Sent using a tiny phone keyboard.
Apologies for any typos and autocorrect.
This old phone only supports top post. Apologies.

Cy Schubert
<***@cschubert.com> or <***@freebsd.org>

---

-----Original Message-----
From: Thomas Laus
Sent: 22/11/2017 04:50
To: FreeBSD Current
Subject: Mergemaster won't run on NFS mount

I have been updating FreeBSD for years on my fastest computer and then
NFS mounting /usr/src and /usr/obj to share with other PC's. I just
updated FreeBSD-CURRENT to 326070 and was able to install the kernel and
world. When I attempted to run mergemaster, I received the following
error message:

*** Creating the temporary root environment in /var/tmp/temproot
*** /var/tmp/temproot ready for use
*** Creating and populating directory structure in /var/tmp/temproot

/bin/sh: cannot create freebsd.cf: Permission denied

*** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
the temproot environment

In the many years that I have been doing updates using NFS shares, it
has never required write access to /usr/src to use for a temproot.

Tom


--
Public Keys:
PGP KeyID = 0x5F22FDC1
GnuPG KeyID = 0x620836CF
_______________________________________________
freebsd-***@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-***@freebsd.org"

[Thomas Laus]

Cy Schubert [***@komquats.com] wrote:
> I used to buildworld/installeworld using NFS shares at one time. Testing it again this morning revealed still no issues. I used a ro src and rw obj during my test.
>
The NFS server computer that is being used is running ZFS for the
/usr/src and /usr/obj directories. Everything has been working
normally for the past couple of years. My last successful CURRENT
update was a couple of weeks ago using r325474. Maybe something has
changed in ZFS properties assigned to these two datasets between
r325474 and r326070. The buildworld and buildkernel was performed on
the NFS server because it has much faster hardware. The NFS client
connection is only used to install what the server has built to each
much slower laptop PC. It is the case of a ~50 minute build time
vs. something that takes nearly 24 hours on the laptops.

Tom

--
Public Keys:
PGP KeyID = 0x5F22FDC1
GnuPG KeyID = 0x620836CF

[Cy Schubert]

In message <***@mail.laus.org>, Thomas Laus writes:
> Cy Schubert [***@komquats.com] wrote:
> > I used to buildworld/installeworld using NFS shares at one time. Testing it
> again this morning revealed still no issues. I used a ro src and rw obj duri
> ng my test.
> >
> The NFS server computer that is being used is running ZFS for the
> /usr/src and /usr/obj directories. Everything has been working
> normally for the past couple of years. My last successful CURRENT

Same here.

> update was a couple of weeks ago using r325474. Maybe something has
> changed in ZFS properties assigned to these two datasets between
> r325474 and r326070. The buildworld and buildkernel was performed on

Not in my experience.

> the NFS server because it has much faster hardware. The NFS client
> connection is only used to install what the server has built to each
> much slower laptop PC. It is the case of a ~50 minute build time
> vs. something that takes nearly 24 hours on the laptops.

I abandoned NFS for src and obj because my four machines at home may,
depending on what I'm working on, have different patches applied. As said
before, when I tested it this morning it worked. I'll run a complete
end-to-end test tonight using an old laptop as the target of the test. It
hasn't been updated for a long time, exercising mergemaster.


--
Cheers,
Cy Schubert <***@cschubert.com>
FreeBSD UNIX: <***@FreeBSD.org> Web: http://www.FreeBSD.org

The need of the many outweighs the greed of the few.

[Rick Macklem]

Thomas Laus wrote:
>I have been updating FreeBSD for years on my fastest computer and then
>NFS mounting /usr/src and /usr/obj to share with other PC's. I just
>updated FreeBSD-CURRENT to 326070 and was able to install the kernel and
>world. When I attempted to run mergemaster, I received the following
>error message:
>
>*** Creating the temporary root environment in /var/tmp/temproot
> *** /var/tmp/temproot ready for use
> *** Creating and populating directory structure in /var/tmp/temproot
>
> /bin/sh: cannot create freebsd.cf: Permission denied
Make sure mountd is running with the "-S" option on the nfs server. If not,
any mount operation done on the NFS server will result in EACCES failures
while /etc/exports is being reloaded.
(If it is running with "-S" I don't know why it would fail?)

rick
ps: "-S" should be the default now...

[Rick Macklem]

Thomas Laus wrote:
>My /etc/exports file is empty. I have set the sharenfs property to
>'YES" on the /usr/obj and /usr/src data sets. The ZFS filesystem
>handles NFS shares internally from the documenation.
It still reloads the exports, so the outcome is the same.

>In any event,
>this is how my system has successfuly been doing NFS for nearly 2
>years without any issues. A client should be able to read and not
>write to both /usr/src and /usr/obj to be able to installworld and
>installkernel and have all mergemaster writes confined to a local
>/var/tmp/temproot.
I didn't really think it was the cause of the problem, just the only explanation
I knew of.

>My /etc/rc.conf doesn't have any flags for mountd.
>It is only a "YES" to enable.
If it is a recent install then, yes, it should be set. You should see the options
being used by typing "ps ax" on the server.

rick