From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: erik quanstrom Date: Tue, 2 Dec 2008 21:13:02 -0500 To: 9fans@9fans.net In-Reply-To: <1228267561.16585.64.camel@goose.sun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] How to implement a moral equivalent of automounter Topicbox-Message-UUID: 56e26480-ead4-11e9-9d60-3106f5b1d025 > > are you saying that clients don't need information about the > > variety of nfs servers serving the xyz tree? if they do not, then > > could you explain how the client picks which server to mount. > > The client does not pick. It is part of the automounter's decision. > And once the server gets picked by the automounter, it is awfully > convenient that you see the actual mount as part of the namespace. there is the rub. for the "actual mounts" to be meaningful on the client, they need to be interpreted on the client. in the case of srvfs, the namespace is interpreted on the server running srvfs. (srvfs is a proxy.) in fact, you might not be able to directly mount the stuff srvfs serves. i use it (actually exportfs) every day to export il-only fileservers via aan over tls over the internet. one part of the ns making up the namespace i import is #s/boot. if that were interpreted on the client, it would point to a different fs (in a different authentication domain) than it does on the server. - erik