[25954] in Athena Bugs
Question/Problem with ATHENA_SYS in lockers
daemon@ATHENA.MIT.EDU (Tom Cavin)
Wed Aug 18 13:27:17 2004
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <16675.34152.806710.141219@lap1-wccf.mit.edu>
Date: Wed, 18 Aug 2004 12:35:52 -0400
From: Tom Cavin <cavin@mit.edu>
To: Athena Bugs list <bugs@mit.edu>
cc: Tom Cavin <cavin@mit.edu>
Errors-To: bugs-bounces@mit.edu
Hi Folks,
I've noticed some problems in a few lockers with @sys links and I'm not
quite sure what is happening.
The general situation seems to be that the Linux Athena systems appear to
have different values for $ATHENA_SYS and the output of the "sys" command.
For example on a Sun system:
$ echo $ATHENA_SYS
sun4x_59
$ sys
sun4x_59
Yet on a Linux system:
$ echo $ATHENA_SYS
i386_rhel3
$ sys
i386_linux24
Moreover, if I recall correctly, the @sys variable in a sym-link under AFS
is supposed to resolve to the value of `sys` so /mit/ktools/bin:
$ ls -l /mit/ktools/bin
lrwxr-xr-x 1 29521 root 13 Nov 30 1999 /mit/ktools/bin -> arch/@sys/bin
will point at "/mit/ktools/arch/sun4x_59/bin" on a sun, and
"/mit/ktools/arch/i386_linux24/bin" on a Linux box, thus getting the right
binaries.
I also think there was a default path such that if the @sys value didn't
translate to an exact match, the file system would try to use a prior value
as an alias. This would allow the link to resolve to
/mit/ktools/arch/sun4x_58/bin if /mit/ktools/arch/sun4x_59/bin didn't
exist.
The problem I think I'm seeing is that in Linux Athena, the $ATHENA_SYS
values and the AFS sys command have diverged, and the default fall-back
list for @sys in sym-links doesn't seem to be correct.
In any case, I'm a bit confused about what should be happening, and I know
a few things seem to have broken with the transition to Athena 9.3.
Please let me know what's going on here.
Thanks,
--Tom
--
Tom Cavin Email: cavin@mit.edu
Phone: (617) 258 - 7806 or tec@csail.mit.edu
