From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Description of problem: When you try to configure your system to check authentication against an LDAP server, as soon as you restart your system on runlevel 3 udevd: can't contact an LDAP server although the server is fine. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.$ setup 2.$ choose LDAP authentication and enter a valid ldap server like dc=example,dc=com server 192.168.100.1 etc. 3. save configuration then restart your machine. Actual Results: udevd: is scheduling a retry to contact an LDAP server for an indefinite time, pressing CTRL-C will continue the next execution in daemon. but since udevd is failing some hardware doesn't work anymore. Expected Results: The server will continue to boot without an error Additional info: https://bugs.launchpad.net/ubuntu/+source/libnss-ldap/+bug/51315 visit this site for more details
This should be marked as critical, it affects Redhat 4 and 5. If ldap is specified before files in the nsswitch.conf it will hang indefinitely on boot in an attempt to contact an ldap server. The bug is explained clearly on the Gentoo bugzilla site, authors of start_udev. http://bugs.gentoo.org/show_bug.cgi?id=99564
Proposing for RHEL-5.3 and granting Devel ACK. Read ya, Phil
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
udev should not need to contact an ldap server, as long as you don't have custom rules with users/groups which are not in the standard passwd/group file.
No special configs in passwd/group files, just ldap before files in nsswitch.conf. Eg: passwd: files ldap shadow: files ldap group: ldap files #<-This line in nsswitch.conf causes machine to hang on boot. Not a problem if you know about it and real simple to fix, but it shouldn't try and do a ldap search before the network has been initialised and hang indefinitely if it doesn't respond.
not much udev itself can do about.
I am sorry, I can't fix that in udev.