I'd like to thank everyone in advance for your cooperation
in making this transition.
tom
-------
From: Stefan Savage <savage@cs.washington.edu>
To: Marc Fiuczynski <mef@cs.washington.edu>,
Yasushi Saito
<yasushi@cs.washington.edu>
Cc: spin-m3 <spin-m3@cs.washington.edu>, Robert Suh
<robs@cs.washington.edu>,
syn <syn@cs.washington.edu>, Hank Levy
<levy@cs.washington.edu>
Subject: RE: help cleaning up /afs/cs/project/contrib
Date: Mon, 13 Mar 2000 15:27:19 -0800
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by boris.cs.washington.edu id PAA23312
To follow up, I think now is perhaps a good time to talk about the future of
AFS in the systems research projects. Its clear over time that AFS has not
gained widespread acceptance in the department, its not clear who will pay
continued Transarc licensing fees, and we're continually troubled by keeping
linux up to date (and we have no freebsd support). Moreover, its forced us
to maintain a parallel set of both supported and unsupported software and
deal with the resulting synchronization problems.
Ultimately, I think AFS is a great product that isn't worth the hassle for
us. I think the right solution is to move AFS project storage to an NFS/SMB
server (either made out of linux boxes or a NetAppliance box) and use the
standard NFS-mounted contributed and uncontributed repositories provided by
lab. /afs/cs/project/contrib was always largely Alpha anyway (which is
basically a dead platform in the department).
- Stefan