Re: [Cooker] Re: [CHRPM] nss_ldap-211-1mdk

[Dominique Petitpierre]

Hi,

Thanks again for your help:

On 31-Oct-03 at 17:32, Buchan Milne (bgmilne@cae.co.za) wrote:

> ...
> [bgmilne@bgmilne bgmilne]$ rpm -qf /lib/libnss_ldap-2.3.2.so
> nss_ldap-207-4mdk
> [bgmilne@bgmilne bgmilne]$ ldd -r /lib/libnss_ldap-2.3.2.so
>         libldap.so.2 => /usr/lib/libldap.so.2 (0x40030000)
>         liblber.so.2 => /usr/lib/liblber.so.2 (0x40063000)
>         libkrb4.so.2 => /usr/lib/libkrb4.so.2 (0x4006f000)
>         libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x40090000)
>         libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x40105000)
>         libcom_err.so.2 => /lib/libcom_err.so.2 (0x4012d000)
>         libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40130000)
>         libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40162000)
>         libdb-4.1.so => /usr/lib/libdb-4.1.so (0x40264000)
>         libdl.so.2 => /lib/libdl.so.2 (0x40333000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x40337000)
>         libresolv.so.2 => /lib/libresolv.so.2 (0x4034b000)
>         libc.so.6 => /lib/i686/libc.so.6 (0x4035c000)
>         libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x4048c000)
>         libdes425.so.3 => /usr/lib/libdes425.so.3 (0x404a0000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> undefined symbol: dbopen        (/lib/libnss_ldap-2.3.2.so)
> [bgmilne@bgmilne bgmilne]$ nm --dynamic  /lib/libnss_ldap-2.3.2.so |
> grep dbopen
>          U dbopen
> [bgmilne@bgmilne bgmilne]$ ldd /lib/libnss_ldap-2.3.2.so | awk '{print
> $3}' | xargs nm --print-file-name --dynamic | grep dbopen
> /usr/lib/libdb-4.1.so:00054540 T __db_dbopen


I installed the current cooker from scratch and added the ldap customisation.
The result of the above commands is exactly the same.

> ...
> But, I don't see the problem:
> 
> 
> [bgmilne@bgmilne bgmilne]$ grep ^passwd /etc/nsswitch.conf
> passwd:     files ldap
> [bgmilne@bgmilne bgmilne]$ wc -l /etc/passwd
>      38 /etc/passwd

Same for me here, so far.

> [bgmilne@bgmilne bgmilne]$ getent passwd|wc -l
>     187

Here I get the same symptom as before.
# getent passwd|wc -l
getent: relocation error: /lib/libnss_ldap.so.2: undefined symbol: dbopen
      0

# getent passwd root
root:x:0:0:root:/root:/bin/bash
# getent passwd etutest1
getent: relocation error: /lib/libnss_ldap.so.2: undefined symbol: dbopen

May be you have a ldap.conf file that does not trigger the call
to dbopen?
- could you send me the relevant part of your ldap.conf?
Here is mine:

# egrep -v '^#|^$' /etc/ldap.conf
host myhost.unige.ch
base ou=people,dc=unige,dc=ch
ldap_version 3
scope sub
pam_filter objectclass=posixAccount
pam_login_attribute unigeChStudentUid
pam_member_attribute gid
pam_password clear
nss_base_passwd ou=People,dc=unige,dc=ch?sub
nss_base_shadow ou=People,dc=unige,dc=ch?sub
ssl on
sslpath /etc/ssl/certs/cert7.db
nss_map_attribute uid unigeChStudentUid
pam_template_login_attribute unigeChStudentUid

That configuration did work with Mandrake 9.0.

Or maybe dbopen is provided by another library loaded at runtime
not in the dependancies shown by ldd.
It would be strange though: You would expect all
symbols of a dynamic libraries to be resolved within
the dependancies.

[ Florin: is it OK that dbopen is not defined in the dynamic libraries? ]

- Any suggestion on where to look now to figure this out?

Best regards,

Dominique
--
* Unsolicited commercial email is NOT welcome at this address. *
Mr Dominique Petitpierre       Email: User@Domain
Division Informatique                 User=Dominique.Petitpierre
University of Geneva                  Domain=adm.unige.ch
24 rue General-Dufour          Voice: +41/22/37 97117
CH-1204 GENEVA                 Fax  : +41/22/37 97986
(Switzerland)                  WWW  : http://www.unige.ch/dinf/