[26425] in Athena Bugs
linux 9.3.18: save_cluster_info
daemon@ATHENA.MIT.EDU (Zev A Benjamin)
Tue May 3 00:45:30 2005
Message-Id: <200505030444.j434io7P002092@printer-on-fire.mit.edu>
To: bugs@mit.edu
Date: Tue, 03 May 2005 00:44:50 -0400
From: Zev A Benjamin <zev@mit.edu>
X-Spam-Score: -4.9
X-Spam-Flag: NO
Errors-To: bugs-bounces@mit.edu
System name: printer-on-fire.mit.edu
Type and version: i686 9.3.18 (3 update(s) to same version)
Display type: ATI Technologies Inc M24 1P [Radeon Mobility X600]
Shell: /bin/athena/bash
Window manager: unknown
What were you trying to do?
add local cluster information for a update to 9.4
What's wrong:
getcluster says that /etc/athena/cluster.local takes priority over
hesiod information and /etc/athena/cluster.fallback is lower priority
information when calculating cluster information. However, these
definitions are reversed. cluster.local is low priority and
cluster.fallback is high priority.
I put the following into cluster.local:
SYSCONTROL control/control-9.4
SYSPREFIX /afs/dev.mit.edu/system/rhlinux
NEW_TESTING_RELEASE 9.4
After save_cluster_info is run, the following /var/athena/clusterinfo
file is produced:
setenv SYSCONTROL control/control-9.4 ;
setenv SYSPREFIX /afs/dev.mit.edu/system/rhlinux ;
setenv NEW_TESTING_RELEASE 9.4 ;
setenv SYSPREFIX /afs/athena.mit.edu/system/rhlinux ;
setenv SYSCONTROL control/control-9.3 ;
The local settings don't take affect because the hesiod values are
stored after the local settings. If I move cluster.local to
cluster.fallback, I get the following clusterinfo file:
setenv SYSCONTROL control/control-9.3 ;
setenv SYSPREFIX /afs/athena.mit.edu/system/rhlinux ;
setenv SYSCONTROL control/control-9.4 ;
setenv SYSPREFIX /afs/dev.mit.edu/system/rhlinux ;
setenv NEW_TESTING_RELEASE 9.4 ;
Zev Bejamin
zev@mit.edu
