[17884] in Athena Bugs
sgi 8.4.0: afs client
daemon@ATHENA.MIT.EDU (Camilla R Fox)
Mon Jun 5 23:57:15 2000
Message-Id: <200006060357.XAA26061@tomb-of-the-unknown-dominatrix.mit.edu>
To: bugs@MIT.EDU
Date: Mon, 05 Jun 2000 23:57:05 -0400
From: Camilla R Fox <cfox@MIT.EDU>
System name: tomb-of-the-unknown-dominatrix.mit.edu
Type and version: IP32 8.4.0 (with mkserv)
Display type: CRM
(I'm sending this here and not to testers, because I've seen this
before when the same machine was running 8.3.)
I seem to be encountering an afs client problem; a single file in my
homedirectory is not readable to me, yet other files in the same
directory are. 'ls -l' and 'stat' (from the ktools locker) correctly
output information about the file, but anything reading it gets a
permission denied error.
[cfox@tomb-of-the-unknown-dominatrix]cfox$ stat .local.vtc
.local.vtc:
inode 928588604; dev 1; links 1; size 27045
regular; mode is rw-------; uid 30433 (cfox); gid 101 (mit)
projid 0 st_fstype: afs
change time - Fri May 26 01:02:14 2000 <959317334>
access time - Fri May 26 01:02:14 2000 <959317334>
modify time - Fri May 26 01:02:14 2000 <959317334>
[cfox@tomb-of-the-unknown-dominatrix]cfox$ cat .local.vtc
Input error: Permission denied (.local.vtc)
From another machine, the file appears intact and readable to me. 'fs
flushvol' didn't change the state, nor did using fs to set the cache
size to 0 and then back again.
The vt which I was running (the file in question is a configuration
file for vt) was killed by reactivate in a dead screen session,
presumably after my tokens were gone (not something I normally let
happen). Last time this happened, the file also pertained to a long
running process which was killed after my logout (it was a script used
to update my background).
Last time, the state persisted for a long time, before I rebooted the
machine and cleared it. If there's any more information to be gathered
from it, let me know; unless I hear something, I'll probably reboot the
machine tomorrow.
-Camilla
