[OpenAFS] Need to Combine AFS Database & File Servers

[Warren.Yenson@morganstanley.com]

Joseph,

IIRC the `vos changeaddr' command was deprecated sometime around the
release of AFS 3.5, at least for changing the IP address of a single
interface machine.  Since then, the code to handle multiple interfaces
means that the entries in the VLDB should be stored /registered
automatically when you restart the machine.

Here are some notes from the Transarc site which may help:

http://www.transarc.ibm.com/Library/documentation/afs/3.6/unix/en_US/HTML/AdminGd/auagd008.htm#Header_160

which mentions that ``The File Server automatically compiles a new list of
interfaces, records them in the /usr/afs/local/sysid file, and registers
them in its VLDB server entry.''

Also, look at this page:

http://www.transarc.ibm.com/Library/documentation/afs/3.5/unix/cmd/cmd243.htm

which mentions ``Combining the command's -oldaddr and -newaddr arguments
is no longer the recommended way to change the IP address registered for a
single-homed file server machine.''

I believe that all the multi-homed features in the current AFS do the
right thing without having to use vos_changeaddr.

              - Warren

On Wed, 27 Mar 2002, Joseph E Ramus wrote:

> Thanks Derek & Marcus.
>
> I will have the AFS Service Down during this upgrade procedure.
> I can do that because we have a small number of users.
>
> Our AFS service is not heavily used so I think the Performance
> will be spiffy even with combined DB & File servers.  We do have
> well endowed machines.  Sun Enterprise 450 Ultra-4, 512 MB memory.
>
> I will look at  "vos changeaddr" to see if that will handle the
> VLDB conversion when I change the IP address of the File Servers.
>
>
>
> > Joseph E Ramus <ramus@es.net> writes:
> > > 1. Move the Database Servers to  4, 5, 6
> > > 2. Shut down 1, 2, 3
> > > 3. Change the Name & IP addresses so that 4, 5, 6 become 1, 2, 3
>
> Derek Atkins wrote:
> >
> > Worse, every client will need to be restarted after step 2/3 because
> > you are changing you DB servers' IP addresses.  Either that, or your
> > clients will not be able to contact your cell between steps 2 and 3.
> >
> > -derek
>
> Marcus Watts wrote:
> >
> > Incidently, putting all your files on your DB servers will greatly slow
> > down restart time and will likely reduce overall performance (unless
> > you have very well endowed machines.)  You really want your DB servers
> > to be as spiffy as possible, because everything else depends on their
> > performance.  You also want to be careful not to overload the network
> > interfaces, because ubik behaves very badly if there's a load related
> > problem that eats packets.
> >
> >                                         -Marcus Watts
> >                                         UM ITCS Umich Systems Group
>
> ------------------------------------------------------------------------
> | Joe Ramus  ESnet, LBNL, Berkeley, CA  (510) 486-8683   ramus@es.net  |
> ------------------------------------------------------------------------
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>