Bug 450515
Summary: | dbus dies right after start on system start | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Klaus Ethgen <Klaus+rhbz> |
Component: | dbus | Assignee: | Matthias Clasen <mclasen> |
Status: | CLOSED WONTFIX | QA Contact: | desktop-bugs <desktop-bugs> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 5.2 | CC: | Colin.Simpson, Klaus+rhbz, koppel, miturria, steve.cleveland, tpelka |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-06-02 13:04:06 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Klaus Ethgen
2008-06-09 11:39:21 UTC
I'm experiencing the same problem, also with version 1.0.0-7.el5. Is there a workaround? Starting dbus and hald after boot does not avoid problems with the GNOME settings daemon. We've got this one too. Anyone know of a workaround. This isn't for the feint of heart, but it has been working for me for about a day and a half. 1: Rename /bin/dbus-daemon to /bin/dbus-daemon-real 2: Create a new file named /bin/dbus-daemon with the following contents (be sure not to indent anything). #!/bin/sh strace -o /dev/null /bin/dbus-daemon-real $* 3: Don't forget to set the ownership and permissions appropriately. 4: Reboot. haldaemon should start normally. Oh, and this won't work if selinux is being strict. eek, bit of a grim work around. I'm surprised this issue isn't huge, we are now getting complaints from users who are seeing, CD's and USB's not mounting automatically. I'm now wondering is there something different in my (and your) setup that we are seeing this. I'm using a Dell Precision 670 with hyperthreading turned off (I believe). This machine has two CPUs (two chips, one core each). Wild guess: it has something to do with multiple processors. strace is slowing things down enough to avoid some kind of race condition. My present work around is putting into /etc/rc.local /etc/init.d/messagebus condrestart /etc/init.d/haldaemon restart Seems to be OK at starting later in the boot process. Not sure why this would stop a race condition, if that is the problem. This seems to be related to bug #448014. I downgraded to nss_ldap-253-5.el5 and this seems to have gone now. I'll relate this bug to it if others see this same issue. Unless the original poster or the follow ups are seeing this still, I'd suggest this is a duplicate of bug #448014, which when nss_ldap was fixed this problem went away. This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug. Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support). I don't know why I got nagged by that kind of bugs. I also cannot help if you need that long to react on bug reports. |