[575] in arla-drinkers
Re: frequent cache corruption with arla 0.21 on linux 2.2.1
daemon@ATHENA.MIT.EDU (Simon Josefsson)
Thu Feb 4 18:43:58 1999
From owner-arla-drinkers@stacken.kth.se Thu Feb 04 23:43:57 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 27118 invoked from network); 4 Feb 1999 23:43:56 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 4 Feb 1999 23:43:56 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id AAA04699
for arla-drinkers-list; Fri, 5 Feb 1999 00:39:32 +0100 (MET)
Received: from scup.pdc.kth.se (scup.pdc.kth.se [130.237.221.66])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id AAA04694;
Fri, 5 Feb 1999 00:39:24 +0100 (MET)
Received: (from jas@localhost)
by scup.pdc.kth.se (8.8.7/8.8.7) id AAA12729;
Fri, 5 Feb 1999 00:39:18 +0100 (MET)
To: Magnus LindstrXm <magnus.lindstrom@radio.kth.se>
Cc: Magnus Ahltorp <map@stacken.kth.se>,
"Neulinger, Nathan R." <nneul@umr.edu>, arla-drinkers@stacken.kth.se
Subject: Re: frequent cache corruption with arla 0.21 on linux 2.2.1
References: <199902041742.SAA08744@heaviside.s3.kth.se>
From: Simon Josefsson <jas@pdc.kth.se>
In-Reply-To: Magnus LindstrXm's message of "Thu, 04 Feb 1999 18:42:22 +0100"
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: 05 Feb 1999 00:39:17 +0100
Message-ID: <iluaeyt7n8a.fsf@scup.pdc.kth.se>
Lines: 33
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Magnus LindstrXm <magnus.lindstrom@radio.kth.se> writes:
> [lindstrm@hilda weird]$ ls -F
> [lindstrm@hilda weird]$ ln -s '#test' TEST
> ln: cannot create symbolic link `TEST' to `#test': No such file or directory
> [lindstrm@hilda weird]$ ls -F
> [lindstrm@hilda weird]$ fs flush
> [lindstrm@hilda weird]$ ls -F
> ls: TEST: No such file or directory
> [lindstrm@hilda weird]$ rm TEST
> rm: TEST: No such file or directory
> [lindstrm@hilda weird]$ ls -F
> ls: TEST: No such file or directory
Uhm, aren't symlinks to names with leading `#':s really mount points
in AFS?
You can remove the file with "fs rmm TEST". I don't see any
inconsistency that would indicate cache corruptions when trying the
above.
The same thing happens with Transarc AFS but with slightly different
result:
abba$ ls -F
abba$ ln -s '#test' TEST
abba$ ls -F
ls: TEST: Operation not supported by device
abba$ fs rmm TEST
abba$ ls -F
So it seems that the ln "should" succeed and the errno's returned
"should" be EOPTNOTSUPP instead.
