[7058] in Athena Bugs
rt 7.2P: afs
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Wed Feb 6 20:09:44 1991
To: bugs@ATHENA.MIT.EDU
Date: Wed, 06 Feb 91 20:09:24 EST
From: Marc Horowitz <marc@ATHENA.MIT.EDU>
System name: bill-the-cat
Type and version: RTPC-ROMPC 7.2P
Display type: apa16
What were you trying to do?
Play with afs's brain.
What's wrong:
It's not a fair player. I have a few directories in my homedir
which look like this:
<72> bill-the-cat:~/everyone> ls
README.wn kr.C printcap ps6.dvi test-leira.tex
foo leira.sty priv/ rootfiles uniforum
<73> bill-the-cat:~/everyone> tokens
Tokens held by the Cache Manager:
[ 1]User's (AFS ID 8888) tokens for afs@athena.mit.edu [Expires Feb 701:09]
[ 2] --End of list--
<74> bill-the-cat:~/everyone> fs la priv
Access list for priv is
Normal rights:
marc rlidwka
<75> bill-the-cat:~/everyone> fs la
Access list for . is
Normal rights:
system:anyuser rl
wchuang rlidwka
marc rlidwka
Without tokens, if I do:
<76> bill-the-cat:~/everyone> unlog
<77> bill-the-cat:~/everyone> fs la priv
fs: You don't have the required access rights on 'priv'
I get this printed in my console:
xdr_bytes: size FAILED
What should have happened:
The kernel shouldn't be printing errors from nfs code when I
do afs stuff.
In addition, some testing showed that unlog doesn't work completely.
If I take a machine that I haven't had tokens on in a while (possibly
since last reboot), add myself to the passwd file, and su to myself,
then fs la and ls act as normal. If I then aklog, then immediately
unlog, fs la makes the kernel print the xdr error. In addition, I am
able to stat what should be a fascist directory. This is wrong.
Someone is leaving "token turds" about the kernel :-)
Please describe any relevant documentation references:
/source/bsd-4.3/common/sys/rpc/xdr.c
(Where we're going, source is all the docs you get)
