From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2b047723f01b42a15645ce6091e21d9e@lsub.org> To: 9fans@9fans.net From: "Fco. J. Ballesteros" Date: Mon, 1 Dec 2008 09:38:03 +0100 In-Reply-To: <1FAD6133-18F8-444F-BD6E-795999DE3170@sun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] How to implement a moral equivalent of automounter in Plan9? Topicbox-Message-UUID: 54477756-ead4-11e9-9d60-3106f5b1d025 That's what bns does on Plan B. AFAIK, there's no way on Plan 9 to automate mounts making everythiing work after the FS goes away. Probably you could grab just bns and adsrv (the registry) from Plan B and runt hem on plan 9 as they are. > From: rvs@sun.com > To: 9fans@9fans.net > Reply-To: 9fans@9fans.net > Date: Mon Dec 1 08:26:23 CET 2008 > Subject: [9fans] How to implement a moral equivalent of automounter in Plan9? > > Hi Guys! > > I've been trying to implement a "lazy bind/mount" in Plan9 and it > dawned on > me that I don't really know any way of modifying calling process's > namespace > on-demand. In a automounter-like style. > > Now, before you tell me that I shouldn't be doing it (well, may be I > shouldn't, but > please keep reading ;-)) let me give you a classical example of what > I'm after. > > Consider a way /net is set up on Solaris as an automounter map. Anytime > there's any access requesting /net///files... > the namespace of the calling process gets modified because of the > automounter issuing an NFS mount. > > Now, if I want the moral equivalent of the above to happen every time > I access /n/sources/plan9/sys/src/cmd/cpu.c on Plan9 I can have a > synthetic fileserver mounted on /n/ and doing the right thing. But that > will not make the following entry be added to my namespace: > mount '#s/sources' /n/sources > > So, the question is: am I missing something really obvious here, > or is writing a kernel driver that really does modify a namespace the > only way to go here? > > Thanks, > Roman.