fs_newcell - Changes the kernel-resident list of a cell's database servers

       Some commands, such as the aklog or klog.krb5 commands, work correctly only when the information is
       accurate for a cell in both the CellServDB file and the kernel-resident list.

       IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.

       This  documentation  is covered by the IBM Public License Version 1.0.  It was converted from HTML to POD
       by software written by Chas Williams and Russ Allbery, based on  work  by  Alf  Wachsmann  and  Elizabeth
       Cassell.

OpenAFS                                            2025-03-21                                      FS_NEWCELL(1)

       The fsnewcell command removes the Cache Manager's kernel-resident list of database server machines for
       the cell specified by the -name argument and replaces it with the database server machines named by the
       -servers argument.

       Each time the machine reboots, the Cache Manager constructs the kernel list of cells and database server
       machines by reading the local /etc/openafs/CellServDB file. This command does not change the CellServDB
       file, so any changes made with it persist only until the next reboot, unless the issuer also edits the
       file. The output of the fslistcells command reflects changes made with this command, because that
       command consults the kernel-resident list rather than the CellServDB file.

       This command can introduce a completely new cell into the kernel-resident list, but cannot make a cell
       inaccessible (it is not possible to remove a cell's entry from the kernel-resident list by providing no
       values for the -server argument). To make a cell inaccessible, remove its entry from the CellServDB file
       and reboot the machine.

       The -linkedcell argument specifies the name of the AFS cell to link to another AFS cell for the purpose
       of retrying volume lookups. When two cells are linked, a volume lookup in one cell that fails is retried
       in the linked cell.

       The following example changes the machine's kernel-resident list of  database  server  machines  for  the
       Example Corporation cell to include the machines "db1.example.com" and "db2.example.com":

          % fs newcell -name example.com -servers db1.example.com db2.example.com

       The  following example links the AFS cell "dce.example.com" to the AFS cell "example.com". The AFS client
       contacts the Volume Location (VL) servers  "db1.dce.example.com"  and  "db2.dce.example.com"  for  volume
       location information.

          % fs newcell -name dce.example.com \
              -servers db1.dce.example.com db2.dce.example.com \
              -linkedcell example.com

       fs_newcell - Changes the kernel-resident list of a cell's database servers

-name <cellname>
           Specifies the fully-qualified cell name of the AFS or DCE cell.

       -servers <primaryservers>+
           Specifies the fully-qualified hostnames of all AFS database server machines for the cell named by the
           -name argument.

       -linkedcell <linkedcellname>
           Specifies  the  name  of  the AFS cell to link to another AFS cell for the purpose of retrying volume
           lookups. When two cells are linked, a volume lookup in one cell that fails is retried in  the  linked
           cell.

       -help
           Prints the online help for this command. All other valid options are ignored.

       The issuer must be logged in as the local superuser root.

CellServDB(5), fs_listcells(1)

fsnewcell-name <cellname> -servers <primaryservers>+
           [-linkedcell <linkedcellname>] [-help]

       fsn-n <cellname> -s <primaryservers>+
           [-l <linkedcellname>] [-h]

       The fsnewcell command on Windows differs from the Unix version in a few ways.

       fsnewcell  with  no arguments discards the existing cell information.  The Windows client will reload a
       cell's information the next time it needs the server list for a cell.

       Secondly, in addition to accepting the Unix options, fsnewcell on Windows accepts the following options:

       -dns
           Adds the new cell to the cache manager, and obtains the VLDB server information from DNS.

       -registry
           Adds the new cell to the cache manager, and also saves the cell configuration data  in  the  registry
           for use the next time the service restarts.

       -vlport <cellVLDBserverport>
           Specifies  an  alternate  port  number  at  which  the  cell's  volume  location database servers are
           listening.

       -fsport <cellfileserverport>
           Specifies an alternate port number at which the cell's file servers are listening.