Dynamic root.afs (was Re: [OpenAFS] Directory layout for new cells)

[Derek Atkins]

Ahh.  Yea, in that case it would be easier to arla to do this.  :)

-derek

"Neulinger, Nathan R." <nneul@umr.edu> writes:

> Oh, never mind... I was still stuck in arla-land... In arla, most of the
> work is done in user space arlad. 
> 
> -- Nathan
> 
> > -----Original Message-----
> > From: Derek Atkins [mailto:warlord@MIT.EDU]
> > Sent: Thursday, November 16, 2000 11:53 AM
> > To: Neulinger, Nathan R.
> > Cc: 'Kelsang Wangden'; Sam Hartman; openafs-info@central.org
> > Subject: Re: Dynamic root.afs (was Re: [OpenAFS] Directory layout for
> > new cells)
> > 
> > 
> > "Neulinger, Nathan R." <nneul@umr.edu> writes:
> > 
> > > Why get so complicated? Just have the existing 'afsd' trap 
> > requests for the
> > > 'root.afs' volume and handle them internally. If you make 
> > this an option -
> > > people can still choose to continue using a REAL root.afs 
> > volume, or they
> > > can have afsd build a virtual one instead.
> > 
> > Huh?  afsd is just a call into the kernel, where almost all the work
> > is done.  None of the real AFS work is done by afsd proper.  So, how
> > would "'afsd' trap requests for 'root.afs'" when none of the file
> > operations pass through the afsd code?
> > 
> > > -- Nathan
> > 
> > -derek
> > 
> > -- 
> >        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> >        Member, MIT Student Information Processing Board  (SIPB)
> >        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
> >        warlord@MIT.EDU                        PGP key available
> > 

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord@MIT.EDU                        PGP key available