Kai Moritz <[EMAIL PROTECTED]> writes: > But now, the problem arises on one other machine. Unlike brunhild, this > machine is no testing-box. So I cannot just remove > libpam-openafs-session, because then, the user cannot login normally > anymore. I am a bit confused, because the problem only arises on this > one other machine, which is a Debian testing/unstable mix (with actual > openafs 1.4.2 packages from unstable). On all other machines (Debian > sarge and one Kubuntu edgy, all with hand-compiled openafs 1.4.1 > debian-packages, taken from Kubuntu Edgy) libpam-openafs-session works > well, though the version of the source for the libpam-openafs-session is > 1.0 on all systems! The user reports, that he always losts his > afs-tokens, if he does a "su" to become root. Also, the tokens got lost > after some time anyway...
aklog -setpag stopped working in 1.4.2, which is probably the difference. > By the way: I'm running the fileserver with version 1.4.1, but some > Linux-Clients with version 1.4.2 and all Windows-Clients with versuib > 1.5.11. Is this leagal, or may it corrupt the fileserver? Nope, shouldn't cause any problems. -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/> _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
