[188] in arla-drinkers
Re: Success (mostly) with arla 0.9 on Debian system
daemon@ATHENA.MIT.EDU (Magnus Ahltorp)
Wed Aug 5 05:53:37 1998
From owner-arla-drinkers@stacken.kth.se Wed Aug 05 09:53:36 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 26186 invoked from network); 5 Aug 1998 09:53:35 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 5 Aug 1998 09:53:35 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id LAA28602
for arla-drinkers-list; Wed, 5 Aug 1998 11:48:46 +0200 (MET DST)
Received: from yakko.stacken.kth.se (map@yakko.stacken.kth.se [130.237.234.52])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id LAA28595;
Wed, 5 Aug 1998 11:48:32 +0200 (MET DST)
Received: (from map@localhost)
by yakko.stacken.kth.se (8.8.8/8.8.7) id LAA23057;
Wed, 5 Aug 1998 11:47:40 +0200 (CEST)
To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Cc: arla-drinkers@stacken.kth.se
Subject: Re: Success (mostly) with arla 0.9 on Debian system
References: <19980805080542.B16179@afs.mcc.ac.uk>
From: Magnus Ahltorp <map@stacken.kth.se>
Date: 05 Aug 1998 11:47:38 +0200
In-Reply-To: Dr A V Le Blanc's message of Wed, 5 Aug 1998 08:05:42 +0100
Message-ID: <lv1k94noj45.fsf@yakko.stacken.kth.se>
Lines: 27
X-Mailer: Gnus v5.3/Emacs 19.34
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
> The recently released arla version 0.9 now more or less works
> on my Debian (hamm) system. I say it works because it compiles
> without problems, startarla works with my cell's ThisCell and
> CellServDB, /afs is populated, and I can even execute binaries
> in /afs. Finally! Good work and many thanks to all.
I'm glad to hear that.
> I say it works more or less, though, because there is a problem.
> The Debian system's cron runs a find job every day (despite my
> deleting every line I can find which might do it) that tries
> to search all of /afs. Unfortunately it appears that this job
> is responsible for leaving the arla-mounted /afs in an odd state:
> xfs module still there, arlad still running, /afs apparently
> mounted, but nothing under /afs accessible.
The only thing that I have had problems with in this respect is the
updatedb cron job, but usually updatedb has a rule that prevents it
from searching /afs.
This is not an excuse for arla's behavior, though. In what way are the
files under /afs not accessible? What happens if you to "cd" to a
directory or "ls" in a directory? What happens if you try to read a
file?
/Magnus
map@stacken.kth.se
