[215] in arla-drinkers
Re: arla, an AFS implementation
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Thu Aug 20 19:32:32 1998
From owner-arla-drinkers@stacken.kth.se Thu Aug 20 23:32:31 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 5756 invoked from network); 20 Aug 1998 23:32:30 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 20 Aug 1998 23:32:30 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id BAA12774
for arla-drinkers-list; Fri, 21 Aug 1998 01:27:39 +0200 (MET DST)
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28])
by sundance.stacken.kth.se (8.8.8/8.8.8) with SMTP id BAA12770
for <arla-drinkers@stacken.kth.se>; Fri, 21 Aug 1998 01:27:35 +0200 (MET DST)
Received: from X15-CRUISE-BASSELOPE.MIT.EDU by MIT.EDU with SMTP
id AA11718; Thu, 20 Aug 98 19:28:12 EDT
Received: by x15-cruise-basselope.mit.edu (SMI-8.6/4.7) id TAA28009; Thu, 20 Aug 1998 19:27:33 -0400
To: linux-kernel@vger.rutgers.edu
Cc: arla-drinkers@stacken.kth.se
Subject: Re: arla, an AFS implementation
References: <01J0TPYNNWSY00142G@rcum.uni-mb.si> <19980820090057.B12607@avanticorp.com>
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: amu@mit.edu (Aaron M. Ucko)
Date: 20 Aug 1998 19:27:32 -0400
In-Reply-To: Jim Nance's message of "20 Aug 1998 09:09:33 -0400"
Message-Id: <udlemub5j4r.fsf@x15-cruise-basselope.mit.edu>
Lines: 54
X-Mailer: Gnus v5.6.37/Emacs 20.2
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
[arla-drinkers added to Cc: list because of Jim's bug reports.]
Jim Nance <jlnance@avanticorp.com> writes:
> On Thu, Aug 20, 1998 at 11:44:22AM +0100, DAVID BALAZIC wrote:
>
> > Arla is a free AFS client implementation. Look at :
>
> > Can someone post more info on it ?
> > Like how does it perform under Linux ( compared to NFS ) ?
I haven't benchmarked the Arla client, but it uses a (configurable)
disk-based cache like Transarc's client, which outperforms NFS for
many tasks IIRC.
> > As I understand , there is no server yet :-(
Right, the developers decided to focus on the client first.
> I have been using it here for a few weeks. I have been extreamly
> pleased with it. I am using it on both a Sparc and intel machine,
> both running 2.1.11X kernels. The stability seems pretty good. I have
> had a few problems on the intel machine, but its hard to tell if they are
> due to arla or the result of other problems in the development kernels
> (for example I am also having problems with the automounter). On the Sparc
> I have been running an arla snapshot for several weeks and its been rock
> solid.
I played with Arla some on a PC running Linux 2.0.3x...as of 0.9, I
think the only actual bugs I saw in the kernel code were 2.0-specific.
(Magnus developed the Linux port on a Sparc running 2.1, which may
explain the stability you saw. :-))
> 1) If you are running a glibc based Sparc, all SUID/SGID applications
> will die if anything is in the file /etc/ld.so.preload. This has
That's ... special...this is even true for the latest released version?
> nothing to do with arla, exectp that arla comes with a getcwd.o
> library that they suggest you put in /etc/ld.so.preload. Dont do it
> on the Sparc.
> 2) You will have to set install kerberos before you can build/use
> arla. This is export controlled.
The README that comes with Arla points you to a Swedish FTP server
containing a Kerberos implementation Arla works with.
> 3) I have had some problems with make -j not working correctly in
> arla directories.
Could you be more specific?
--
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)
