From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Description of problem: The system fails to boot because "/etc/init.d/messagebus start" hangs up during the boot process. Version-Release number of selected component (if applicable): dbus-0.22-12.EL.9 How reproducible: Always Steps to Reproduce: 1. Set up LDAP _without_ nscd. 2. Reboot the system. Actual Results: System hangs up and doesn't boot. Expected Results: System should boot. Additional info: Also reported in #429702 as a part of another problem (about nscd)
P.S. This is _not_ related to other reports that are talking about various cases where the ldap server is _not_ running. In our case, the ldap server is already running well without any problem.
OK, downgrading nss_ldap from nss_ldap-226-20 to nss_ldap-226-18 solved the problem, so it seems to be a problem of nss_ldap rather than dbus.
Hi Elijiro, was this hung happening (in 226-20) using nss_initgroups_ignoreusers in /etc/ldap.conf?
Yes, my /etc/ldap.conf has the following line: nss_initgroups_ignoreusers root,ldap
Then it sounds like Bug 429101 which reported a lock not cleared when using that option, this could cause getgrouplist() or others(to confirm) to lockup from threaded apps such as nscd or dbus-daemon-1. It's planned to be fixed on 4.7. One way to see if this is the same bug is to comment out that option and see if the system boots back or if dbus can be started. Or you could see if the process is actually locked at mutex_lock_wait.
I see, I cannot access Bug 429101 but yes, commenting out nss_initgroups_ignoreusers (with nss_ldap-226-20) also solved this issue for me. (I will keep nss_ldap-226-18, though, because of Bug 427189.) Thanks!
Commenting out nss_initgroups_ignoreusers fixed this for me too. It had been stuck on futex before doing this: open("/etc/passwd", O_RDONLY) = 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=2078, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f2d000 read(4, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 2078 close(4) = 0 munmap(0xb7f2d000, 4096) = 0 open("/etc/group", O_RDONLY) = 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=742, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f2d000 _llseek(4, 0, [0], SEEK_CUR) = 0 read(4, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 742 read(4, "", 4096) = 0 close(4) = 0 munmap(0xb7f2d000, 4096) = 0 futex(0x53b568, FUTEX_WAIT, 2, NULL
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.