Some notes on the AFS Servers running on the Windows operating system
Jeffrey Altman <[email protected]> Sun, 17 Dec 2006 01:15:36 -0500
| Newsgroups | gmane.comp.file-systems.openafs.devel.win32 |
|---|---|
| Organization | Secure Endpoints Inc. |
| Message-ID | <[email protected]> |
I spent today working on the AFS servers. At the present time
I have the servers working on Windows. Here are some random
notes:
(a) The primary reason the server processes were not working
were due to some mistaken assumptions within RX related to
the handling of network interface reporting and mutex
initialization. These issues prevented the server processes
from successfully initializing.
(b) The AFS Server Configuration tool is going to be disabled
in future installations of the AFS Server component. This
will permit users to manually construct working AFS cells.
(c) The AFS Server Configuration tool insists on creating a
kaserver instance. New AFS cells should not use kaserver.
There is no MIT KDC available on Windows (yet) but Active
Directory is a perfectly good Kerberos v5 KDC and should
be used.
(d) The AFS Server Configuration tool does not understand
Freelance mode. When Freelance mode is used on the client
mountpoints should be added for "root.afs" in addition
to the traditional "root.cell" volumes.
(e) The AFS server processes will fail if there is no
public IP address to bind to. This is a problem for
mobile machines.
(f) volumes must be created on NTFS partitions that contain
no other data. The volume files are constructed in the
root directory of the partition. Perhaps the volume files
should be created in a subdirectory off the root and
support for "AttachAlways" files should be implemented
in order to permit the use of partitions with mixed use.
(g) When there are no IP addresses available for the AFS servers
to bind to, the bosserver repeatedly attempts to start them
anyway. Instead, the bosserver should monitor the network
configuration and only start the servers when there is
a public network address available.
(h) The NT file server volume management is based on NameI but
its implementation is independent. None of the improvements
in NameI since the creation of OpenAFS have been ported to
the NT file server.
(i) The OpenAFS installers do not register the TransarcAFSServer
service (C:\Program Files\OpenAFS\Server\usr\afs\bin\bosctlsvc.exe)
(j) There are no directions available as yet for manually installing
and configuring the AFS Servers.
Jeffrey Altman
smime.p7s
(application/x-pkcs7-signature, 3.3 KB) - not displayed