On Mon, 17 Sep 2001, Tim Mooney wrote:
> This is likely happening because pam_krb5.so.1 that you compiled depends on
> symbols in the krb5 libraries, but those libraries may not be in
> your loader's default search path. You can verify this by running
>
> ldd /usr/lib/security/pam_krb5.so.1
>
> and seeing if there are any libraries that are not found. If so, that's
> the problem.
>
> You would fix it by either building the pam_krb5.so.1 with a runtime loader
> path (an rpath or DT_RPATH) that augments where the loader searches for needed
> shared objects or by just augmenting the runtime loader's search path in
> general (for all dynamic objects).
>
> For building pam_krb5.so.1 with a special DT_RPATH, look at the man pages
> for `ld' (especially the `-R' option and the LD_RUN_PATH env var). You can
> examine the DT_RPATH in a shared object via `dump -Lv'.
>
> For augmenting the system-wide runtime loader paths, look at the man page
> for `crle'.
>
> Tim
Tim,
Thank you very much for the useful information. That was at least part of
the problem - the directory hierarchy containing some aspects of Kerberos
5 support was not in the library path. I'm still having more problems,
but I'm following up with our Kerberos admin on those aspects.
I'll post a summary back to this forum when I've solved the next round of
problems.
--
Graham Freeman UNIX Systems Manager
CATS-Instructional Computing tel: +1 831 459 2472
U.C. Santa Cruz, CA, USA http://www.ic.ucsc.edu/help/
