[4661] in Athena Bugs
6.4R: AFS & /bin/cat
daemon@ATHENA.MIT.EDU (probe@MIT.EDU)
Sun Apr 1 21:32:05 1990
From: probe@MIT.EDU
Date: Sun, 1 Apr 90 21:31:46 -0400
To: bugs@ATHENA.MIT.EDU
I am not sure what the bug is yet, but the following are the symptoms I am
seeing on "odie", which is running close to vanilla 6.4R (RT).
- I am in the directory /mit/afsdev/sandbox/bld.beta2. The acl on the
directory is system:afsdev write (and that's it). Almost all the
directories in the "afsdev" locker are mode 775, and everything in
bld.beta2 is owned by <probe>.
- I am actively doing a build on the RT into @sys/MAKELOG_900401a. The file
modes are 664, owned by probe.wheel.
- If I try "cat @sys/MAKELOG_900401a", I get permission denied. If I try
"more" or "od", it shows me the contents of the file.
- I tried rebooting. Same results
- I tried deleting EVERYTHING in the cache and rebooting and started from
a clean cache. Same results.
I am almost positive I used to be able to "cat" files as they were being
written, but it seems I can't now.
- I tried using unlog/kinit/aklog. Same results.
- Ezra tried. Same results.
- I tried both NFS and AFS system packs. Same results.
- "odie" has a standard 6.4R kernel, so that's not a possibility.
- Using "saber", we are able to determine that you can fstat(), stat(),
open(), and fopen() the offending file.
We have not tried accessing the file from another machine, but that would
be senseless right now, since data is only written on close()...
-Richard
