openafs server executables (was: Re: Is afsd only a client file)
shadow at gmail.com
Tue Dec 16 05:37:52 PST 2008
On Tue, Dec 16, 2008 at 3:49 AM, Boris Samorodov <bsam at ipt.ru> wrote:
> Matt Benjamin <matt at linuxbox.com> writes:
> >> Hm, until now I've been sure that client is kernel modile +
> >> afsd daemon + configuration files. Where can I find out
> >> which file should belong to which port?
> > That is the client, minimally. Users need to get, list, and discard
> > tokens (aklog, klog, unlog, tokens*), talk to the client to configure
> > and debug it (fs), as well as do some AFS specific file operations (fs),
> > manage groups (pts), possibly also users (pts). They should have vos,
> > too (vos listvldb). You should also ship pagsh* (but I don't remember
> > if pags work right now in the FreeBSD client).
> > I'd think you should ship all of sys, rxgen, scout, udebug, cmdebug,
> > rxdebug, fstrace, up, and bos for administrative and debugging purposes.
> > Other distribution packages people have done (openafs.org) could be
> > helpful, also openafs top-level make has a "dest" target that puts a
> > Transarc style installation in a subtree "dest" of the openafs source
> > tree being built.
> > For the server, perhaps everything openafs would have put in its libexec
> > or sbin, and not already mentioned (except maybe copyauth). And somehow
> > you are accounting for configuration files and a var tree with
> > appropiate permissions, as you noted.
> OK, seems that to determine the server part is an easier task.
> Let's say server executables are:
> And let's assume other executables belong to the client part.
Two copies of fs, vos, pts, bos, kas, asetkey, tokens, udebug, klog get
installed normally. you want copies of at least fs, vos, bos, asetkey,
udebug, pts (maybe not klog, tokens) in server, even if they are installed
elsewhere in client.
> Any changes, additions, fixes? Thanks!
> Boris Samorodov (bsam)
> Research Engineer, http://www.ipt.ru Telephone & Internet SP
> FreeBSD committer, http://www.FreeBSD.org The Power To Serve
> freebsd-afs at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-afs-unsubscribe at freebsd.org"
More information about the freebsd-afs