Re: [nssldap] Solaris 10 update 5 - nss_ldap makes nscd dump core

[Bernhard Thalmayr <Bernhard.Thalmayr [at] sun.com>]

Hi Thomas,

thanks for your statement.
I know that Sun has changed the API (AFAIK it's a private one so this 
can be done any time).

However only the way 'nscd' is calling getXbyY function seems to be an 
issue - and as far I could see only the 'reentrant' versions of the 
calls are affected.

As you may have seen in my post I can not shutdown 'nscd' because the 
process calling 'getpwuid_r' has been linked to libldap.so.4 whereas 
nss_ldap has been linked to libldap.so.5. This makes nss_ldap  not to 
communicate with the directory server at all. (See the posting from 
Larry Low)

Furthermore I can not use LD_PRELOAD.

I wonder why 'getpwuid_r' (or all the other calls) are working fine if 
they are called by 'libc' instead of 'nscd'. In general I would think if 
the API has changed completley neither the one nor the other should work 
- however I'm not an OS expert.

Unfortunatley I'm not a C-programmer, so I can not tell if it's a good 
practice to rely on a structure without checking if there's something at 
all.

As 'nscd' calls 'nss_search(NULL,...' I guess the argument is not needed 
an the underlying code should not rely on it beeing created.

I also wonder what might happen having an official support-contract with 
PADL. Will 'nss_ldap' be fixed to deal with the new architecture of the 
nameservice-switch in Solaris 10 / OpenSolaris?

Thanks and regards,
Bernhard

Thomas Glanzmann schrieb:
> Hello Bernhard,
> SUN changed the API so with Solaris 10 Update 5 nss_ldap does no longer
> work, even when you fixed the bug that is triggering your core dump. But
> you can stop nscd which of course triggers a ldap query for every getpw*
> function.
>
>         Thomas