[OpenAFS-devel] AFSDB in Openafs 1.2.5

[Neulinger, Nathan]

Has anyone considered the possibility of having an afsd.conf config
file, with a simple syntax that could be used? Something like what is
used for mysql might be nice, then you could use similar for the file
servers/etc.=20

Allow specifying multiple configs, with the end result merged, that way
you could easily create standard configs that can be dropped in without
having to edit config files more than necessary...

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Nickolai Zeldovich [mailto:kolya@MIT.EDU]=20
> Sent: Monday, July 29, 2002 4:37 PM
> To: Harald Barth
> Cc: openafs-devel@openafs.org
> Subject: Re: [OpenAFS-devel] AFSDB in Openafs 1.2.5
>=20
>=20
> On Mon, 29 Jul 2002 23:25:08 +0200, Harald Barth=20
> <haba@pdc.kth.se> wrote:
>=20
> >        I think AFS should use the same prioritry order as for host
> > names on the same computer.
>=20
> Hm, that's an interesting solution to this problem..  One small issue
> is that it requires a config file parser for each platform that has
> its own way of specifying this ordering (/etc/nsswitch.conf, BSD's
> /etc/host.conf, Linux's /etc/host.conf, etc).  But this sounds good
> otherwise, and doesn't add yet another switch to the cluttered afsd
> command line. :)
>=20
> >                              To use AFSDB and dynroot=20
> today, my cache
> > manager needs a CellServDB with cell names only. With the
> > implementation of the DB-server lookup in OpenAFS today, that will
> > make vos and other commands that do not use the cache=20
> manager unusable
> > for these cells. I think the questions was if that could be fixed.
>=20
> I agree with all your points, and have actually checked in code to
> support empty CellServDB entries in OpenAFS just now, with the second
> of the two interpretations you mention (declare existence but not DB
> servers).
>=20
> -- kolya
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-devel
>=20