From 75cf37f9449e2c75236028b603918d22cd278ef9 Mon Sep 17 00:00:00 2001 From: Russ Allbery Date: Wed, 7 Apr 2010 11:53:23 -0700 Subject: [PATCH] Explain in CellServDB man page that server lines can be omitted It's possible to use AFSDB records only to locate the VLDB servers but still list the cell in the client CellServDB so that the client is aware of it and populates it into dynroot. Describe doing this in the man page. Change-Id: I714cd515dc4b72a6e358bbd8f9332d4ddce5a5fc Reviewed-on: http://gerrit.openafs.org/1710 Reviewed-by: Derrick Brashear Tested-by: Derrick Brashear --- doc/man-pages/pod5/CellServDB.pod | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/doc/man-pages/pod5/CellServDB.pod b/doc/man-pages/pod5/CellServDB.pod index 3fa9ecf..04a27b6 100644 --- a/doc/man-pages/pod5/CellServDB.pod +++ b/doc/man-pages/pod5/CellServDB.pod @@ -184,6 +184,18 @@ No extra blank lines or newline characters are allowed in the file, even after the last entry. Their presence can prevent the Cache Manager from reading the file into kernel memory, resulting in an error message. +For the client F, it may be desirable to make the client aware +of a cell (so that it's listed by default in F when the B<-dynroot> +flag to B is in use, for instance) without specifying the database +server machines for that cell. This can be done by including only the +cell line (starting with C<< > >>) and omitting any following database +server machine lines. This only works if B is configured, with the +B<-afsdb> option, to use AFSDB record lookups to locate database server +machines. If the cell has such records and the client is configured to +use them, this configuration won't require updates to the client +F file when the IP addresses of the database server machines +change. + grand.central.org maintains a list of the database server machines in all cells that have registered themselves as receptive to access from foreign cells. When a cell's administrators change its database server machines, -- 1.9.4