Yes, we also have that problem as well and in fact I submitted
it to Transarc in June. It is TR-14329 and defect 6691.
In addition to that problem, there is another problem in which
you should be aware. This bug occurs when you create the
DCE entry in /etc/security/login.cfg.
DCE:
program = /usr/vice/etc/afs_dynamic_auth
Apparently the Transarc afs_dynamic_auth program causes
user lookups using the the AIX libc password database
access functions to core dump application programs when
the user/user-id being looked up does not exist in the
/etc/passwd file. We have had problems with ls, tar,
chuser, mkuser, perl and others. One of the most interesting
is sendmail which core dumps when ever sendmail generates a
reply message from the user mailer-daemon. This causes
the email in the mqueue to backup because sendmail
can no longer proccess the queue but otherwise no error
message. As of June 22 these bugs were listed with Transarc
under TR-14251 as defect 6689.
I would also like to note here that I first encounted these
problems during the AIX 4.1 alpha test and reported the login
problem on March 21 and reported the cause of the core dump
problem on March 4th. Jeeez, this has turned into a long
"beta test".
-tony
Tony Knaus
ECE Facilities
| We've been testing AFS 3.4 beta on AIX 4.1.3. We're using the new
| interface to AIX 4.1, and installed the modifications to the
| /etc/security files according to the manual.
|
| If a user logs in via:
|
| - telnet
| - command line session from the console
| - tty (non-console)
|
| everything is OK: the user's password is accepted, and they have a PAG
| with a valid token.
|
| However, if they use the new graphical login (aka dtlogin, the CDE
| desktop login), their AFS password works, and the CDE desktop starts,
| but their programs (e.g., xterm, dtterm) are -not- in a PAG, and
| there's no token.
|
| What's been other people's experiences with this configuration?
|
| -Phil Cornell Theory Center
