[805] in arla-drinkers
Re: inode clashes (linux 2.2.x, arla 0.2x)
daemon@ATHENA.MIT.EDU (Jeffrey Hutzelman)
Mon May 3 13:51:20 1999
From owner-arla-drinkers@stacken.kth.se Mon May 03 17:51:19 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 20450 invoked from network); 3 May 1999 17:51:18 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 3 May 1999 17:51:18 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id TAA09960
for arla-drinkers-list; Mon, 3 May 1999 19:42:13 +0200 (MET DST)
Received: from beryllium.club.cc.cmu.edu (BERYLLIUM.CLUB.CC.CMU.EDU [128.2.232.146])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id TAA09952;
Mon, 3 May 1999 19:42:06 +0200 (MET DST)
Received: from afstest-1.fac.cs.cmu.edu (AFSTEST-1.FAC.CS.CMU.EDU [128.2.194.215])
by beryllium.club.cc.cmu.edu (8.8.5/8.8.5) with SMTP id NAA19428;
Mon, 3 May 1999 13:42:03 -0400 (EDT)
Date: Mon, 3 May 1999 13:42:01 -0400 (EDT)
From: Jeffrey Hutzelman <jhutz+@cmu.edu>
Reply-To: Jeffrey Hutzelman <jhutz+@cmu.edu>
Subject: Re: inode clashes (linux 2.2.x, arla 0.2x)
To: Magnus Ahltorp <map@stacken.kth.se>
cc: Simon Josefsson <jas@pdc.kth.se>, arla-drinkers@stacken.kth.se
In-Reply-To: <ixdr9p0fm9p.fsf@turbot.pdc.kth.se>
Message-ID: <ML-2.3+1.925753321.3306.jhutz@afstest-1.fac.cs.cmu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
> The problem with that algorithm is that (machine, inum)->file is not
> guaranteed to be a function, which is a requirement for Linux.
Clearly this is not true - the above statement requires that no two
files have the same inode number, even on different machines, or on
different filesystems on the same machine. At the same time, it does
not require that two inode numbers not refer to the same file. The
requirement you are trying to state is that for any given mounted
filesystem at any given time, inum->file must be a bijection (that is,
it is a function and its inverse is a function).
However, it is not clear to me that anything in the Linux kernel actually
requires this. The contrib port of 3.3a does not make this guarantee;
it uses the same inode function that AFS clients have used since the
beginning of time. Aside from confusion on the part of some programs
that expect this to be the case, I have never seen a problem due to this
behaviour.
It is worth noting that it is meaningless to talk about POSIX requirements
with respect to AFS, because AFS is not and does not claim to be a POSIX
compliant filesystem. It does not have POSIX locking, or POSIX access
control, for example.
-- Jeffrey T. Hutzelman (N3NHS) <jhutz+@cmu.edu>
Sr. Research Systems Programmer
School of Computer Science - Research Computing Facility
Carnegie Mellon University - Pittsburgh, PA
