I've just build an
LDAP dev server, the same as my prod servers. However, I can't start the console
via HTTPS under X (no problems under windows). I have the same libraries etc. on
my dev box (copied from PROD, where it works, in fact). I get the "libnss3.s0
not found". This library is certainly in /opt/fedora-ds/shared/lib, where
LD_LIBRARY_PATH points to in startconsole. I found out why it works on PROD but
not on DEV - this is because /usr/lib/libnss3.s0 exists on PROD but not on DEV.
HOWEVER - why is it looking in /usr/lib when LD_LIBRARY_PATH is set to look in
/opt/fedora-ds/shared/lib? Here is the output on PROD, where it
works:
[root@hqldap01 ~]#
echo $LD_LIBRARY_PATH
/opt/fedora-ds/shared/lib
[root@hqldap01 ~]# ldd /opt/fedora-ds/lib/libjss3.so
linux-gate.so.1 => (0xffffe000)
libnss3.so => /usr/lib/libnss3.so (0xf7f48000)
libsmime3.so => /usr/lib/libsmime3.so (0xf7f28000)
libssl3.so => /usr/lib/libssl3.so (0xf7f08000)
libplc4.so => /usr/lib/libplc4.so (0xf7f04000)
libplds4.so => /usr/lib/libplds4.so (0xf7f01000)
libnspr4.so => /usr/lib/libnspr4.so (0xf7ed0000)
libjvm.so => not found
libjava.so => not found
libc.so.6 => /lib/tls/libc.so.6 (0xf7da5000)
libsoftokn3.so => /usr/lib/libsoftokn3.so (0xf7d3f000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xf7d2d000)
libdl.so.2 => /lib/libdl.so.2 (0xf7d28000)
/lib/ld-linux.so.2 (0x56555000)
/opt/fedora-ds/shared/lib
[root@hqldap01 ~]# ldd /opt/fedora-ds/lib/libjss3.so
linux-gate.so.1 => (0xffffe000)
libnss3.so => /usr/lib/libnss3.so (0xf7f48000)
libsmime3.so => /usr/lib/libsmime3.so (0xf7f28000)
libssl3.so => /usr/lib/libssl3.so (0xf7f08000)
libplc4.so => /usr/lib/libplc4.so (0xf7f04000)
libplds4.so => /usr/lib/libplds4.so (0xf7f01000)
libnspr4.so => /usr/lib/libnspr4.so (0xf7ed0000)
libjvm.so => not found
libjava.so => not found
libc.so.6 => /lib/tls/libc.so.6 (0xf7da5000)
libsoftokn3.so => /usr/lib/libsoftokn3.so (0xf7d3f000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xf7d2d000)
libdl.so.2 => /lib/libdl.so.2 (0xf7d28000)
/lib/ld-linux.so.2 (0x56555000)
This upsets me as I
assumed that it was using the nice new libnss3 etc. libs from the fedora tree.
LD_LIBRARY_PATH seems to be doing nothing at all. I can't see any SUID/SGID
things in there which would disable LD_LIBRARY_PATH? On DEV, it doesn't work
because:
[root@ldapdev001 ~]#
echo $LD_LIBRARY_PATH
/opt/fedora-ds/shared/lib
[root@ldapdev001 ~]# ldd /opt/fedora-ds/lib/libjss3.so
linux-gate.so.1 => (0xffffe000)
libnss3.so => not found
libsmime3.so => not found
libssl3.so => not found
libplc4.so => not found
libplds4.so => not found
libnspr4.so => not found
libjvm.so => not found
libjava.so => not found
libc.so.6 => /lib/tls/libc.so.6 (0xf7e4a000)
/lib/ld-linux.so.2 (0x56555000)
/opt/fedora-ds/shared/lib
[root@ldapdev001 ~]# ldd /opt/fedora-ds/lib/libjss3.so
linux-gate.so.1 => (0xffffe000)
libnss3.so => not found
libsmime3.so => not found
libssl3.so => not found
libplc4.so => not found
libplds4.so => not found
libnspr4.so => not found
libjvm.so => not found
libjava.so => not found
libc.so.6 => /lib/tls/libc.so.6 (0xf7e4a000)
/lib/ld-linux.so.2 (0x56555000)
Now I'm worried that
by PROD servers are using older libraries by finding them in /usr/lib
...
PK
--
Philip Kime
NOPS Systems Architect
310 401 0407
-- Fedora-directory-users mailing list Fedora-directory-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-users
