[799] in SIPB-AFS-requests
outdated AFS binaries in /afs/sipb/service
daemon@ATHENA.MIT.EDU (mhpower@Athena.MIT.EDU)
Mon Sep 28 17:31:29 1992
From: mhpower@Athena.MIT.EDU
To: sipb-afsreq@Athena.MIT.EDU
Date: Mon, 28 Sep 92 17:30:50 EDT
/afs/sipb/service has old AFS client binaries for the vax, rt, and
decmips, mostly dated 1990, with a few from 1989 or 1991. These
probably aren't good versions to be using. Also, they take up a lot of
space, since there are two replication sites for the "service" volume.
Do we want any binaries there at all, and, if so, which ones?
aklog, fs, and unlog should be available locally, as part of the
Athena release, so I don't think we need copies of these. Also, tokens
is on the system packs.
Access to bos, pts, and vos is not quite as reliable, but they are
generally available in the system.afsuser (replicated) and
aproj.afsdev (unreplicated) volumes in the athena cell.
The AFS servers have local copies of everything, for their own
architecture. /afs/sipb/project/newdump has backup and butc binaries
for the decmips (i.e., hodge).
How about deleting all the old binaries, and replacing them with
copies of bos, pts, and vos for pmax_ul4, rt_aos4, and vax_bsd43
(maybe next_mach20 and sun4c_41, if they aren't local on milo and dt);
and also getting rid of the extra replication site on ronald-ann d?
Matt
