[Userland-team] [OpenIndiana Distribution - Bug #1987] dbus taking 100% of cpu

illumos project devnull at illumos.org
Tue May 15 15:32:29 UTC 2012


Issue #1987 has been updated by Richard PALO.


came across these sunsolve bugids: 
http://wesunsolve.net/bugid/id/6950666
http://wesunsolve.net/bugid/id/6543577

so this is known for awhile now... symptoms are apparently the same.
----------------------------------------
Bug #1987: dbus taking 100% of cpu
https://www.illumos.org/issues/1987

Author: Jeffrey Baitis
Status: New
Priority: Normal
Assignee: OI Userland
Category: 
Target version: oi_151_stable
Difficulty: Medium
Tags: dbus


After my 151a machine had about 39 days of uptime with heavy X11 use, top noticed that dbus-daemon was taking 100% of the cpu time in one of my CPU cores. svcadm disable dbus did not seem to kill the rogue dbus-daemon; I had to kill it by pid manually.

I ran the Proc/dapptrace script from the DTrace toolkit. Here's the output that I got:

<pre>
CALL(args)               = return
-> check_babysit_events(0x2CF8, 0x20, 0x1)              
<- check_babysit_events = 177
-> _dbus_poll(0x8047490, 0x2, 0xFFFFFFFF)               
<- _dbus_poll = 47
-> check_babysit_events(0x2CF8, 0x20, 0x1)              
<- check_babysit_events = 177
-> _dbus_poll(0x8047490, 0x2, 0xFFFFFFFF)               
<- _dbus_poll = 47
-> check_babysit_events(0x2CF8, 0x20, 0x1)              
<- check_babysit_events = 177
-> _dbus_poll(0x8047490, 0x2, 0xFFFFFFFF)               
<- _dbus_poll = 47
-> check_babysit_events(0x2CF8, 0x20, 0x1)              
<- check_babysit_events = 177
-> _dbus_poll(0x8047490, 0x2, 0xFFFFFFFF)               
<- _dbus_poll = 47
-> check_babysit_events(0x2CF8, 0x20, 0x1)              
<- check_babysit_events = 177
-> _dbus_poll(0x8047490, 0x2, 0xFFFFFFFF)               
<- _dbus_poll = 47
</pre>
... ad nauseam



-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://www.illumos.org/my/account



More information about the Userland-team mailing list