On Tue, Jun 06, 2006 at 10:48:51AM +0100, J?rgen Schinker wrote: > actually my x86 maschine makes at boot when it starts udev > an ldap request and waits 6 ... 8 ...16 sec > so at this time ldap is not running > > so what wants udev at this early stage ? > > my nsswitch.conf > > hosts files dns ldap > > and all users,groups,DNS,DHCP are stored in ldap.... Please search for bugs next time.
A search string of 'nss udev' to bugzilla, would take you to bug 99564. The udev/nss_ldap thing has been brewing for a while, and we're still trying to get upstream udev to fix the issue. http://bugs.gentoo.org/show_bug.cgi?id=99564#c44 In that comment I list the proper solution that upstream needs to undertake (make udev not lookup nss entries unless it is actually creating device nodes that need the entries), and some other workarounds. There's one additional workaround, that makes the new nss_ldap retry behavior closer to the old behavior (1 retry, 1 second gap, not configurable): For the timeouts, add these three lines to /etc/ldap.conf on affected machines: nss_reconnect_tries 0 nss_reconnect_sleeptime 1 nss_reconnect_maxconntries 4 That won't remove the problem, but it will greatly reduce the waiting. Also FYI, if you have an /etc/ldap.conf line that continues 'ssl on', change it to 'ssl start_tls'. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
pgp6LYaGpeJLb.pgp
Description: PGP signature
