Package: libnss-ldapd
Version: 0.6.7.1
Severity: normal

When nss-ldapd and slapd are on the same server and nss-ldapd is configured
to use ldapi:/// or ldap://127.0.0.1/ URIs, restarting slapd if nslcd is
running is very slow (but does eventually complete). If nslcd is stopped
first the restart of slapd proceeds as normal.

It seems most likely that nslcd is waiting for the ldap server to respond
so that it can query the passwd/group database, except of course that
the ldap server isn't there. I don't know what effect will be had on
regular usage of the machine if the ldap server goes away but in light
of this I expect it's not nothing.

A suitable workaround is to just ignore it (it only takes around 30 seconds
or so) or restart as:

# /etc/init.d/nslcd stop; /etc/init.d/slapd restart; /etc/init.d/nslcd start

It is worth noting that I do not have any failover mechanism configured.

Matthew

-- System Information:
ned:~# grep . /etc/nss-ldapd.conf 
uid nslcd
gid nslcd
ldap_version    3
base            o=Monnsta
uri             ldapi:///
ssl             off

Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnss-ldapd depends on:
ii  adduser         3.110                    add and remove users and groups
ii  debconf [debcon 1.5.24                   Debian configuration management sy
ii  libc6           2.7-18                   GNU C Library: Shared libraries
ii  libkrb53        1.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.11-1                 OpenLDAP libraries
ii  libsasl2-2      2.1.22.dfsg1-23+lenny1   Cyrus SASL - authentication abstra

Versions of packages libnss-ldapd recommends:
pn  libpam-ldap                   <none>     (no description available)
pn  nscd                          <none>     (no description available)

libnss-ldapd suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to