Mounting /usr/local from NFS
Pete Wright
pete at nomadlogic.org
Thu Feb 6 22:04:25 UTC 2020
On 2020-02-06 12:12, D'Arcy Cain wrote:
> I am not sure why I am having a problem but it may be related to this.
> I am mounting /usr/local from a master machine in the office. I also
> mount /home and a few local directories. Everything seems to work OK
> except that local rc.d scripts aren't running. For example, I have
> xdm_enable set in rc.conf but when I boot it doesn't start. I look at
> /var/log/messages and I don't see anything about xdm, not even errors.
>
> After it boots I can do "service xdm restart" and it starts just fine.
>
> I wonder if this is because /usr/local is mounted too late for rc to see
> the scripts in /usr/local/etc/rc.d. I tried to figure out the variable
> "mountcritremote" but I can't find any documentation on it. I tried
> setting it to "YES" and "/usr/local" but it didn't help.
>
> The same issue happens with postfix which is the other program I am
> running from ports.
>
> So, first question is, does this seem like a likely explanation for what
> I am seeing? Second question is how do I fix this either way?
I wonder if updating rc.conf(5) to set your nfs client configs as the
early_late_divider will help:
early_late_divider
(str) The name of the script that should be used as the
delimiter between the "early" and "late" stages of the
boot
process. The early stage should contain all the services
needed to get the disks (local or remote) mounted so
that the
late stage can include scripts contained in the
directories
listed in the local_startup variable (see below).
Thus, the
two likely candidates for this value are
mountcritlocal for
the typical system, and mountcritremote if the system
needs
remote file systems mounted to get access to the
local_startup directories; for example when /usr/local
is NFS
mounted. For rc.conf within a jail(8) NETWORKING is
likely
to be an appropriate value. Extreme care should be taken
when changing this value, and before changing it one
should
ensure that there are adequate provisions to recover
from a
failed boot (such as physical contact with the machine, or
reliable remote console access).
might be misreading your email though and perhaps you are already doing
thing?
-pete
--
Pete Wright
pete at nomadlogic.org
@nomadlogicLA
More information about the freebsd-questions
mailing list