[OpenAFS] CellServDB

Derrick Brashear shadow@gmail.com
Fri, 18 Jun 2010 14:22:17 -0400

On Fri, Jun 18, 2010 at 2:08 PM, Mattias Pantzare <pantzer@ludd.ltu.se> wrote:
> On Fri, Jun 18, 2010 at 19:23, Derrick Brashear <shadow@gmail.com> wrote:
>> On Fri, Jun 18, 2010 at 1:10 PM, Mattias Pantzare <pantzer@ludd.ltu.se> wrote:
>>> On Fri, Jun 18, 2010 at 18:15, Derrick Brashear <shadow@gmail.com> wrote:
>>>> On Fri, Jun 18, 2010 at 12:02 PM, Mattias Pantzare <pantzer@ludd.ltu.se> wrote:
>>>>> Is it not time to remove the default CellServDB? Or at least remove
>>>>> not working entries?
>>>>> Some programs try to be user friendly by doing the equivalent of echo
>>>>> */* in /afs. That will take a _very_ long time (if it ever finishes)
>>>>> with the default CellServDB.
>>>> -fakestat-all is your friend, but really, */*? what program?
>>> I have -fakestatt-all. That does not help.
>> if you spell it like that, probably not.
>> but it won't help for ls /afs/*/*, only for ls -l /afs
>>> Intellij IDEA, it tries to be friendly by only listing directories
>>> that contains things that may be of interest.
>> what's "of interest"?
> When you try to open projects it will only list directories that
> contain project files or other directories. No, I don't think that
> that is good.
> But the I don't think that it is good that I have to find ltu.se in a
> long list of sites. Especially as I will get a pause if i click on one
> by mistake.
> But maybe the CellServeDB is not really the problem, the problem is
> that the client will list all sites in it by default. What if we just
> changed the default to not list sites other than the default site
> (that the installation program prompts for)?

With dynroot this should be possible, not today, but easily done in
terms of coding.

>> Right. Does it pass all AFS traffic? Some? None? Do all which you are
>> behind act the same?
> I don't get what you are getting at. But please explain.

Some of the sites don't work for your view. Some never, some
sometimes. Not always the same set. Which ones don't work?

>>> I am _not_ talking about removing CellServeDB, I am talking about
>>> removing the _default_ CellServeDB.
>> Then you've removed CellServDB.
> No, the user can add things to it. Just as our installation scripts
> remove everything from it...

This is effectively the same as removing it.

>>> The only sites that may benefit from it are those that are
>>> in it. It is of no use for new sites.
>> They can be listed, so... I don't follow. Also, no one at a new site
>> ever cares about using an extant cell?
> How long will it take to be listed in CellServeDB in for example the
> debian afs rpm? It is not very practical.

A current version is included each time a new base package is cut. If
that isn't current enough, that's a different problem to fix, it
involves the grand central registrar.

> So I would have to make installations scripts for my new extant cell,
> or teach my user to add the DB servers.
> Sending a list of name to IP translations is like sending /etc/hosts
> and we stopped doing that a while back... :-)
> But it things have to be the way they are, are you against removing
> stale entries?

Nope. How do you define stale?