[OpenAFS] Can anyone reproduce this under LINUX

[Norbert Gruener]

On Tue, Jun 18 2002, Tino Schwarze wrote:
> On Tue, Jun 18, 2002 at 02:34:23PM +0200, Dr. Dieter Mack wrote:
> > I ran into these .__afsXXXX files a couple of years ago while trying to
> > migrate users home volumes to DFS. By inspecting these files you will find
> > that they are shell history files of old sessions, which usually are not
> > even closed properly, and hence may as well be empty. (These not properly
> > closed files caused the DFS file server to freeeze when touching the 
> > migrated DFS files.) My analysis then (with the Korn shell on AIX) was, that
> > the shell removes the history file, transforming it to an .__afsXXXX file,
> > and then terminates. But once the login shell terminates, there is no token
> > anymore and hence the file cannot be deleted from the file server. 
> 
> This sounds like a logical explanation. The cache manager would need to
> look for open, unlink()ed files on unlog and remove them on the server.
> The hard thing is that the user might still be allowed to read them
> (system:anyuser with read permission) - probably complicated to solve
> (if possible at all).

All your speculations have nothing in common with the current
problem.  As I have showed with Derek Atkins test program I can
provoke that problem while I have a valid token, and I am logged in
into the machine and so on ....

Nevertheless some files *** DO NOT *** disappear !!!

One more thing which I would like to stress:

    This problem is only under Linux !!!  Under AIX, Solaris, and SGI
    the files disappear immediately after the final close !!!!

Cheers,

Norbert
-- 
Ceterum censeo          | PGP encrypted mail preferred.
Redmond esse delendam.  | PGP Public Key at www.MPA-Garching.MPG.de/~nog/