Dear Stephan, the solution comes from google (as it happens frequently... see https://lists.openafs.org/pipermail/openafs-devel/2004-May/ 010428.html). I've applied the last patch supplied by Chris Wing (I've renamed it into openafs-krb5-64bit.patch) and produced the openafs-1.2.11-15.10.SL.src.rpm and corresponding binaries with *WORKING* aklog (yust checked !). You can download them starting from ftp://ftp.le.infn.it/linux/scientific/[SRPMS || RPMS] (or copy directly from /afs/le.infn.it/ftp/pub/linux/scientific/) Troy, Connie, I think that is better to include this new version in the distribution (if Scientific Linux release policies allows). Ciao Enrico On 15 Jan 2005, at 10:18, Stephan Wiesand wrote: > Dear Enrico, > > this is a known "feature" of the krb5 packages - see the thread on > scientific-linux-users titled "krb5/afs on SL 3.0.2 (x86_64) ?". > > Workarounds I've found so far: > > - the 32bit aklog binary works > > - rebuilding krb5 with patch37 enabled makes afslog work, > but neither aklog nor pam_krb5afs.so > > - SuSE 9.0/amd64 ships with a pam_krb5afs.so that works and can > be used on SL3/amd64 if you pull in the needed shared libs > (heimdal, ...) as well, but there are issues with at least the > configuration (heimdal slightly incomatible with MIT) and > ticket lieftimes > > If anyone comes up with something better, I'd be glad to hear about it. > > Cheers, > Stephan > > -- > > ---------------------------------------------------- > | Stephan Wiesand | | > | | | > | DESY - DV - | phone +49 33762 7 7370 | > | Platanenallee 6 | fax +49 33762 7 7216 | > | 15738 Zeuthen | | > | Germany | | > ---------------------------------------------------- > > --- Enrico M. V. Fasanelli - I.N.F.N. Sezione di Lecce