[991] in SIPB_Linux_Development
"attach sipb" attaches /afs/athena/contrib/sipb
daemon@ATHENA.MIT.EDU (Salvatore Valente)
Sat Mar 25 04:21:52 1995
Date: Sat, 25 Mar 1995 04:21:36 -0500
To: linux-dev@MIT.EDU
From: Salvatore Valente <svalente@MIT.EDU>
Some of you may have noticed that "attach sipb" on Linux will
sometimes attach /afs/athena/contrib/sipb rather than
/afs/sipb/project/sipb. This is very annoying, since
/mit/sipb/linuxbin is not replicated in the athena cell.
This is happening because of a change in the "named" program in
bind-4.9.3-BETA9. (Specifically, the version of "named" used by
Slackware 2.1.0.) When this named looks up a name and gets multiple
records in response, it cycles the order of the records. (The idea is
that if a hostname has multiple I.P. addresses, it will not always
list the same address first.) This is a problem when a hesiod entry
has multiple records, and the order of these records is important.
(Like "hesinfo sipb filsys".)
I've looked at the named source, and I think I've managed to fix it so
that it doesn't cycle the records if the lookup is of the hesiod
class. (If I ever actually get named to build successfully, I'll know
for sure.) In the meantime, there are lots of workarounds, like
getting an older version of named without this cool new feature, or
using a non-local nameserver, or simply detaching and re-attaching
sipb until it gets it right.
Watch this space for an announcement of a named for Linux that works
better with hesiod.
Have a nice day.
-Sal.