[1012] in testers
Re: 7.1C mkserv
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Sun Aug 5 03:45:08 1990
Date: Sun, 5 Aug 90 03:44:30 -0400
To: dkk@MIT.MIT.EDU
Cc: testers@MIT.MIT.EDU
In-Reply-To: David Krikorian's message of Wed, 1 Aug 90 23:52:13 -0400,
From: Richard Basch <probe@MIT.MIT.EDU>
Date: Wed, 1 Aug 90 23:52:13 -0400
From: David Krikorian <dkk@ATHENA.MIT.EDU>
Reply-To: dkk@mit.edu
Home: 47 Lake St., Arlington, MA 02174, (617) 646-9289
Office: MIT Bldg. E40-358A, (617) 253-8651, 258-8736 (fax)
In /srvd/usr/athena/lib/update/config, "mkserv ops" is configured to
be a superset of "mkserv quota" and "mkserv remote". On the other
hand, "mkserv nfs" does not include "mkserv quota". We have about an
order of magnitude more "ops" servers than we have quota-enforcing
servers. The smaller group, which use quotas, are our NFS servers.
I'd be satisfied with this patch to /srvd/usr/athena/lib/update/config:
tisiphone% diff config config.new
7a8
> depend nfs quota
9c10
< depend ops quota remote
---
> depend ops remote
That might now, however, please private nfs service providers. (It
seems to me they'd be fine as long as they configure the rest of the
system correctly, though.)
Perhaps it should be quota if both ops&nfs are defined. However, it is
incorrect to assume that most people want quota enforcement on NFS
servers; most private NFS servers do NOT have quota enforcement.
Perhaps I'm "unclear on the concept", but I also see no reason for
"NOATTACH=true" on the servers. I see little reason for it, at all.
I recommend removing this line from the config file mentioned above:
rc.conf NOATTACH true ? ops
Whatever... I just thought you would prefer not to have home directories
attached upon login into an Operations server. This is why I claim
"unsupported" for the "ops" service. I have yet to be given a full spec.
-Richard
