atom feed16 messages in org.freebsd.freebsd-rcloopback mounts
FromSent OnAttachments
Dag-Erling SmørgravJul 11, 2006 7:28 am 
Brooks DavisJul 11, 2006 3:52 pm 
Florent ThoumieJul 11, 2006 4:07 pm 
Dag-Erling SmørgravJul 11, 2006 4:47 pm 
Brooks DavisJul 11, 2006 4:53 pm 
Florent ThoumieJul 11, 2006 5:00 pm 
Doug BartonJul 11, 2006 5:18 pm 
Florent ThoumieJul 12, 2006 9:25 am 
Dag-Erling SmørgravJul 12, 2006 10:32 am.diff
Florent ThoumieJul 12, 2006 10:50 am 
Brooks DavisJul 12, 2006 3:38 pm 
Doug BartonJul 12, 2006 5:13 pm 
Doug BartonJul 12, 2006 6:20 pm 
Dag-Erling SmørgravJul 12, 2006 7:55 pm 
Brooks DavisJul 13, 2006 1:38 am 
Doug BartonJul 13, 2006 4:31 am 
Subject:loopback mounts
From:Florent Thoumie (fl@xbsd.org)
Date:Jul 11, 2006 4:07:56 pm
List:org.freebsd.freebsd-rc

On Tue, 2006-07-11 at 08:53 -0700, Brooks Davis wrote:

On Tue, Jul 11, 2006 at 09:29:04AM +0200, Dag-Erling Sm?rgrav wrote:

It is currently not possible to list loopback NFS mounts in /etc/fstab without noauto, because mountcritremote runs before mountd has started; mountd depends on nfsserver, rpcbind and quota, which all depend on mountcritremote (presumably because nfsd, rpcbind and quotaon all reside in /usr/sbin, which might be on a remote file system)

The file systems which I mount over loopback NFS are not critical, and can safely be mounted later in the boot process, but we don't have a "mountnoncrit" script, or any way to indicate in fstab that a file system is non-critical.

In many ways a mountnoncrit would be the best solution, but that would would require some significant work since we'd probably need to add an extra fields to fstab (though it might be feasible to have a list of critical file systems and try to mount them explicitly instead). A small bit of additional care would be needed to insure that early_late_divider was set correctly in either case.

Yeah, pondered adding a mountlatelocal script and a 'late' option to mount/fstab when i was working on mdconfig{,2} script. I figured it was easier to handle fsck/mount in those scripts in the end (because I couldn't see any other consumer for such a script).

In that case, that seems a good choice.