[1318] in athena10
Re: [Debathena] #124: De-crustify the CellServDB
daemon@ATHENA.MIT.EDU (Evan Broder)
Fri Mar 6 13:22:48 2009
Message-ID: <49B16928.5070304@mit.edu>
Date: Fri, 06 Mar 2009 13:19:20 -0500
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: Jonathon Weiss <jweiss@mit.edu>
CC: debathena@mit.edu
In-Reply-To: <200903061803.n26I3EtZ009988@wax-lion.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Jonathon Weiss wrote:
>> Since this apparently wasn't clear, I realize that ops maintains the
>> CellServDB, but its crustiness creates a bad user experience for anyone
>> who tries to access other cells, so I want to take responsibility for
>> figuring out what the necessary cleanups are.
>>
>
> We update ours from /afs/grand.central.org/service/CellServDB
> occasionally. If there are broken things in that, you can try bugging
> jhutz at cs.cmu. If the problems are that we are out of date from
> that, then a note to afsreq may reduce the delay to the next update.
>
> Jonathon
>
Would you be open to trimming down the CellServDB to a shorter list of
cells than the full list maintained in grand.central.org? Since all
current Athena systems can use DNS these days (they can, right?), it
seems like having entries for cells that aren't essential to Athena is
just asking for them to become out of date.
- Evan
