[5402] in SIPB bug reports
sipb-athena login
daemon@ATHENA.MIT.EDU (Wilfredo Sanchez Jr.)
Fri May 19 15:07:52 1995
Date: Fri, 19 May 1995 15:06:36 -0400
From: "Wilfredo Sanchez Jr." <tritan@calloway.mit.edu>
To: bug-sipb@MIT.EDU
Cc: jhawk@MIT.EDU
I've observed a bug in sipb-athena login. Goes like this:
- login won't fetch AFS tokens unless it needs to attach the user's
home dir.
The idea, I assume, is that you don't want to try to get AFS tickets
if you don't need them. Local users can aklog in their .login, which
should be a local file. I had a couple of smaller problems with this:
This looses if /etc/passwd has the full AFS path to your homedir,
rather than /mit/user. But we have abstraction barriers and all that,
so I guess that's OK. It also looses if .login is symlinked to your
Athena .login so as to keep them consistent, but then, it only a
nuissance that that won't work.
Anyway, the real bug is:
tritan says:
tritan% attach ccraig
tritan goes about his business.
ccraig tries to log in. Well, there is no need to attach ccraig,
because it's already there, and we therefore don't need AFS tokens.
login fails because ccraig can't read any of his dotfiles, becuase
he has no AFS tokens.
ccraig is unhappy.
Had tritan not attached ccraig, ccraig would be happy. tritan feels
guilty for having attached ccraig, but he didn't really do anything
wrong on purpose.
I suggest that if you bother to fetch keberos tickets, there isn't
much reason not to get athena (and maybe sipb) AFS tokens also,
regardless whether you need to attach the user's home dir. Or
something.
I tried poking at the code some, but I can't find sys/quota.h and some
other stuff, and I'm just not smart enough to hack other people's C
code safely, so there you go.
Thanks for yer help,
-Fred
tritan@mit.edu
