Faheem Mitha <[EMAIL PROTECTED]> writes: > I'm including the configuration transcript below. It closely follows the > instructions (README.servers) which you sent me. I think it would be > helpful to include this in the Debian package, preferably interspersed > in the same file as the instructions, as I have already suggested.
Thank you *very* much for this. I'm going to replace the current transcript with this one, rather than interweaving it with the instructions, in large part because that will make the transcript easier to generate in the future. I understand the merits of having it interwoven with the instructions, and I might do that in the future if I feel inspired to generate a nice HTML version of the whole thing in addition to the text version, but this is a little easier for right now. I'm adding doing that to the todo list for the package. > I have a few comments, which I'm including in the transcript. Search for > 'comment'. > 4) You will need an administrative principal created in a Kerberos > realm. This principal will be added to susers and > system:administrators and thus will be able to run administrative > commands. Generally the user is a root or admin instance of some > administravie user. For example if jruser is an administrator then > ^^^^^^^^^^^^ > begin comment ********************************************* > Typo: should be administrative. > end comment *********************************************** Fixed. > begin comment *************************************************** > I don't see any reason why all these cells need to be > added. Presumably afs-rootvol is getting this info from > /etc/openafs/CellServDB. > Does this file really need to contain all this stuff, which would by > definition be irrelevant to the vast majority of users? If you don't > want to strip this out, perhaps put a comment somewhere that this file > can be edited if all these other cells are not desired? > end comment **************************************************************** You don't have to tell clients about all of the other cells available in the world (and in fact many of them now publish AFSDB records, so clients configured with -afsdb will be able to find them dynamically via DNS). However, it's recommended, since that is one of the points and features of AFS. Having all of the mount points present in root.afs means that clients that don't (or can't, for some reason) use -dynroot will still be able to see other cells. It also takes up very little space and is generally rather harmless. I've modified the script already so that failure to create any of these cells (due to duplicate entries in CellServDB, for instance) won't be fatal, so this part of the script shouldn't do anything bad other than produce a lot of output. -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
