[OpenAFS] Directory layout for new cells

Derek Atkins warlord@MIT.EDU
15 Nov 2000 17:17:13 -0500


When you install your server package, how does it know whether it's
installing a database server or fileserver?  And how does it know
whether it needs to generate a new cell?  This seems like somewhere
that might be very challenging to do in a general way.

I can certainly see creating a bunch of scripts that:
	1) configure a new new on this new primary db/fileserver
	2) configure a new db server and add it to the cell
	3) configure a new fileserver and add it to the cell

FTR, I don't do any of this in my RedHat scripts; I let the user setup
servers and cells on their own.  However, having such scripts would be
nice, and I would certainly include them in my packages.

-derek

Sam Hartman <hartmans@MIT.EDU> writes:

> So, I'm working on Debian packages for Openafs.  Partially because of
> Debian policy and partially because it is useful to the user community
> , I'm trying to make it easy to set up AFS cells.
> 
> As such, I'm working on  a script to create and populate root.afs,
> root.cell and the top volumes in the cell.
> 
> I'm interested in whether anyone else is doing something similar  for
> other operating systems/environments.  If so, we should work together.
> 
> I'm also interested in established practice for what belongs in an
> initial cell.  I'm mostly ignoring the Transarc documentation because
> I believe it is a bit dated and seems to focus more on how your
> clients find their AFS binaries than on how to set up a cell to get
> useful work done.  If the point of a cell organization is only to make
> the lives of the AFS administrators (as apposed to the users) easier,
> then perhaps that cell is not yet a critical part of the community it
> serves.
> 
> I tend to be a bit MIT-centric in my cell organization; I think
> cell/system/@sys is cleaner than cell/@sys, etc.  However, I'm
> interested in discussion of general cell hierarchy.
> 
> 
> 
> --Sam
> 
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo.cgi/openafs-info

-- 
       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