I have exactly the same bug. A friend of mine who uses Gentoo has this bug after the latest update too, so I think it is a bug in the upstream package, because the changed the bind_policy.
I have found a little workaround to be able to boot the system again: Add the following lines to your /etc/ldap/ldap.conf or /etc/libnss-ldap.conf: bind_policy hard nss_reconnect_tries 3 nss_reconnect_sleeptime 1 nss_reconnect_maxconntries 3 If you think the boot takes still to long, you can decrease these values further. Another possibility would be to use "bind_policy soft", but if I use that option, some other services started after udevd cannot connect to the LDAP server correctly. After booting the system, I am not able to log in as a user from the LDAP server, no matter what settings I try. Only local users work, but only if I change my /etc/nsswitch.conf: Old: passwd: compat ldap group: compat ldap shadow: compat ldap New: passwd: compat ldap group: compat #ldap shadow: compat ldap If I do not uncomment the ldap for the group database, I am not able to log in as a local user (e.g. root) on a local console. Log in through ssh works strangely. Regards, Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
