[17642] in Athena Bugs
sun4 8.3.26: aklog
daemon@ATHENA.MIT.EDU (Nickolai Zeldovich)
Sat Mar 11 14:21:02 2000
Message-Id: <200003111920.OAA09307@pepsi.mit.edu>
To: bugs@MIT.EDU
Date: Sat, 11 Mar 2000 14:20:55 -0500
From: Nickolai Zeldovich <kolya@MIT.EDU>
System name: pepsi.mit.edu
Type and version: SPARC/5 8.3.26 (with mkserv)
Display type: cgsix
Shell: /bin/athena/tcsh
Window manager: ctwm -f .ctwmrc.8bpp
What were you trying to do?
Obtain AFS tokens in various cells.
What's wrong:
It is possible to confuse the cache manager into thinking you have
user tokens for some cell, even though no such pts id exists. This
can be easily reproduced by passing more than one cell to aklog at
one time. For instance:
pepsi~86> tokens && aklog athena net && tokens
Tokens held by the Cache Manager:
--End of list--
Tokens held by the Cache Manager:
User's (AFS ID 31818) tokens for afs@net.mit.edu [Expires Mar 11 21:36]
User's (AFS ID 31818) tokens for afs@athena.mit.edu [Expires Mar 11 21:34]
--End of list--
pepsi~87> pts ex 31818 -c net -noauth
/bin/athena/pts: User or group doesn't exist ; unable to find entry for (id: 31818)
pepsi~88> unlog && aklog net athena && tokens
Tokens held by the Cache Manager:
Tokens for afs@net.mit.edu [Expires Mar 11 21:36]
Tokens for afs@athena.mit.edu [Expires Mar 11 21:34]
--End of list--
This happens both on Athena 8.3 suns and SGIs, and under AFS 3.1
on Domain/OS.
What should have happened:
The cache manager should report correct information about the
tokens you possess, and aklog shouldn't care about the order
of cells passed to it.
Please describe any relevant documentation references:
aklog(1), tokens(1V), unlog(1V)
