Gdm is running dbus-deamon with 100% CPU load

Hello Guys,
I have installed an Arch with Gnome yesterday (I am comming from Fedora). I am very happy with my installation, nearly everything works fine. Now i noticed, that my CPU load is super high. So i used top to check whats going on...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
536 gdm 20 0 13108 1380 1136 R 100 0.0 126:25.88 /usr/bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3
So gdm runs the dbus-daemon with 100% load. Whats goin on here? I have checked the wiki/forum and could not find anything.
Thx for help!
Some notes:
DAEMONS=(dbus networkmanager hwclock syslog-ng netfs crond)
gdm is started by systemd.
UPDATE
Hmm, seems to be a bug in dbus... The web is full of reports.
Last edited by ushi (2012-01-27 15:27:56)

From the sound side try enabling and disabling msi for snd-hda-intel module (4 combinations to test). Another bothersome parameter is often snoop. Look for quirks for your hardware in alsa source code. Also you might want to disable your ~/.asoundrc for the time being. If you want to set MID as default card, you can use the recommended modprobe method in the meantime.
I would test another browser first though.

Similar Messages

Queue consumer stops with 100% cpu usage

I'm trying to use Berkeley DB queue with transactions. When I tested what happens when transactions with DB_APPEND are aborted I found that while it works and DB_CONSUME correctly skips over rolled back records, unfortunately extents that have those records are never deleted, which causes database to always grow. Next I tried DB_CONSUME with database opened using DB_INORDER flag and it seems there's a serious regression in Berkeley DB that causes it to loop indefinitely with 100% cpu usage when it encounters a rolled back record. I tested various versions and found that this bug doesn't happen with 5.1.29, but it is reproducible with 5.2.42, so this regression might have been introduced in 5.2. I have also tested 5.3 and 6.0, and both have this behavior. There may be something wrong with the way queue records are rolled back, one indication of that would be that in 5.1.29 doesn't have neither of the two problems I found with DB_QUEUE: extents are deleted after being consumed, and there are no issues when consuming with DB_INORDER either.
You can find Python code to reproduce this issue here:
https://gist.github.com/snaury/027a3c546f5b0a62a440
Sorry for using Python and not e.g. C++, but it's a lot shorter that way.

We have looked at the issues and they are valid. We will roll the fixes out for this in our next release of BDB. The test case was very useful and really helped to speed the process up. If you have any questions, please contact me directly at [email protected] Thanks again for bringing this to our attention.
thanks
mike

100% CPU load but no clue in thread dump, EP. Win a bottle of champagne...

Hi,
We are suddenly facing 100% CPU load in our EP cluster (5 x 8-way Xeon multiprocessor machines). We have a serious performance problem that is burning a lot of our time and causes a lot of stress for over 3 weeks now.
We have taken tens of thread dumps from Application Nodes.
- In none of the thread dumps we see the Finalizer thread
running.
- From the garbage collector log we see that full garbage
collection runs occur very rarily (once an hour).
- We use the compacting garbage collector.
- In a lot of thread dumps we do not even see our own portal code in the stack traces of the threads!
- In Windows Task Manager we see the jlaunch.exe processes
consume all available CPU time.
- Portal users see a blank portal page when the CPU load hits 100%. When the load goes down again, things return to normal.
- There are no errors logged in any of the log files of the portal. We checked all of them. We expected a log full of errors somewhere but nothing even remotely interesting was found. Windows Event Viewer shows nothing either.
- The amount of sockets in CLOSE_WAIT status is < 10 on every machine in the cluster.
This forces me to conclude that something in the jlaunch.exe executable consumes the CPU time. This raises the following 3 questions:
- What does the mystifying jlaunch.exe do besides executing java.exe ?
- Why is the Java virtual machine launched by a custom executable like jlaunch (What is it that cannot be program med in Java) ? Can it be GZip compression ?
- If the problem is not caused by jlaunch.exe, then it must be caused by the JVM. What activity, invisible in thread dumps, is performed by the JVM that can cause the high CPU load ?
Our development- and support teams are desperate. All suggestions are welcome. The person that comes up with
the solution to our problem gets a nice bottle of champagne.
Regards,
Chris Twigt

Hi,
- What does the mystifying jlaunch.exe do besides executing java.exe ?
This is so that the startupframework can connect more easily and take control of the JVM in some situations
- Why is the Java virtual machine launched by a custom executable like jlaunch (What is it that cannot be program med in Java) ?
I assume when SAP release their JVM (in the next major release), that will be called directly.
- If the problem is not caused by jlaunch.exe, then it must be caused by the JVM. What activity, invisible in thread dumps, is performed by the JVM that can cause the high CPU load ?
Loads of thing, but there should be clues in the thread dumps. (the reason why your code is not in those thread dumps is that your code is only active during the processing of a particular request, unless you have a service, afterwards there are no trace of it as the thread which does the processing goes back to sleep)
I've experienced a similar situation with a an 6.40 portal, and it was then caused by the following:
1. User A comes logs in and sees that some cache timeout has occured , therefore it issues a SQL query which does a full table scan on a table of approx. 1 GB (on of the UME tables)
2. User B comes in just afterwards and also sees that the cache timeout has occured, and issues the same SQL query as User A
3. User C .... and so on untill the query from User A eventually finishes
So
1. Check database. Any big queries running ?
2. Check file activity, are there a lot of writing ?
3. Check network activity, especially to the state controller which is the weakest link
4. What about portal logs ? Any activity during the hang ?
Also, please provide one of the thread dumps for further analysis..
cheers
Dagfinn

System reboots with high CPU load: Advice?

I built this system (in sig) just under a week ago; all works fine. 3 days ago, when running a game (specifically; Dark Age of Camelot, 2x instances == 100% CPU load) the PC rebooted 3 times in a row.
Shortly thereafter, I reinstalled the OS (Win XP Pro SP1 + all windows updates) and the PC continued working fine for about 30 hours, then again began to reboot. At this time I disconnected the 2nd hard drive I had installed.
Just a little bit ago, it again rebooted out of the blue. The system halts, the hard drive spins down and back up, then the system reboots.
This smacks, to me, of a power supply issue. 4 hours of memtest86 resulted in no errors.
CPU is running at 28 degrees idle at the moment, I've seen it go as high as 52 when it's been operating at 100% for several hours without a break. Case temperature is 34 degrees at idle, and I have seen it peak at 42. I don't think temperature is the issue here, but I could be wrong. I have 3 fans in the case, all 80mm- side rear and top mounted; side intake, rear and top exhaust.
Okay anyway... thoughts? I am thinking power supply. I am pretty noobish at this whole business and I get the impression that the PS that came with my case is crapola.

Heh 50+ has always just set off alarm bells in my head. No reason and good to hear that the temps I'm getting are reasonable. I was freaking out that my case's cooling sucked, 'cause I laid the fans out as best I could. What really freaked me out was the Core Center utility that MSI provides, gave some seriously weird temperatures. Now using Motherboard Monitor 5 and it seems to give much more reasonable temps. (Ex: Core Center would report temp at 55c idle, going down to 32c 10 seconds later, then 44 as soon as I moved the mouse.... all over the place. MbM5 seems to provide much more realistic scaling in the temps.)
As for Oklahoma, southwest part a bit up from the texas border- little town called Duncan. It's hot, it's humid, and I've already had to hide in the storm cellar a couple of times from nasty storms. Just moved here 2 months ago after being on the pacific my whole life. :D

100% CPU Load

Hi,
I've been running the trial of Lightroom on Win XP, Athlon XP 3.2Ghz w/1Gb RAM + 2 hard drives. 1 SATA drive (all my images) and a 10Gb IDE disk for the database.
I've read some of the FAQs and switched off every process that I don't need (AVG, iPod service etc). However, I've found that lightroom completely takes out my PC quite regularly (BSOD) and when it doesn't do that, it either crashes itself or sits there, doing absolutely nothing but taking 100% CPU load. It seems to be doing something in substrate.dll but I've googled and not found much information on it.
anybody have a similar experience? any ideas? From the odd bit of time I've had with the tool, I think it will be great, if only it didn't fall over at every opportunity.
cheers,
Matt

I have upgraded to Lightroom 1.1 and am having severe problems. I am running Windows XP SP2. When I try to access a photo in Library or Develop, it hangs for minutes "loading." Windows Task Manager indicates 100% CPU issues whenever I try to do anything. I see by this thread that I should increase the swap file (which for Adobe Photoshop CS3 is located on another disk on my laptop as hdd space is limited on my primary hard drive). I cannot find this setting for Lightroom. Also, should I try to delete all photos in the Catalog and reinstall all of them to improve performance? I am quite desperate. I did not have these problems w/ Lightroom 1.1, even with limited hdd space. Please advise. Thanks, Ina <[email protected]> wrote in message news:[email protected].. > Hi Matt -- > > One thing that might be revealing would be to run FileMon (get it from > sysinternals.com) as that may provide further clues to what LR is doing > with its time. Filtering the traffic by lightroom.exe and let me know what > activity you can see there. > > One question: do you have files offline (on external disks that aren't > plugged in, for example) and have automatically write XMP enabled (in > catalog settings, which can be reached via the preferences dialog or in > the file menu). > > Dan Tull > Lightroom QE, Adobe Systems

Start x11vnc -- X uses 100% cpu load

Hi.
I switched to arch64 and today I first used x11vnc and it is extremly slow. First I thought about the proxied connection but after looking into top I found X is using 100% cpu load. With arch32 everything worked as normal. Don't know whats the problem - any advices?
Regard, Andreas

Hmmm, I switched from official nvidia driver to xf86-video-nv and now works much better. I'll try it again with nvidia but not today...

Update 3.6.17 to 4.01 fails on add-on sequence (100% CPU load)

When updating Firefox 3.6.17 to 4.01 the update process fails in the add on updating phase (loses activity). Afterwards starting Firefox results in close to 100% CPU-load and no progress at all.
Since FF 4 no longer provides for a safe mode start, I can not check a FF4 start-up without his add ons. And removing the addon before the update was never required in Firefox before.
I noticed that the Microsoft NET Framework assistant 1.2.1 in FF3.6 is replaced by version 0.0.0. for FF 4 (looks for 3.5 SP1). Perhaps this MS jump in version is the root of this problem?
Extra: either disabling the NET Framework assistant, or moving to the addon to version 1.2.2. before updating solves this problem. Maybe this is not an addon problem after all, but FF4 instead?

Hi,
show install log 18 detail
and
show install log 19 detail
may help understanding what's going on.
Do you have enough space on disk0: ?
Thanks,
N.

Modprobe -r wl causes kdeinit4 to lock up with 100% CPU

Have an new issue that I beleive started with kde 4.6.2. Whenever i do a modprobe -r wl kdeinit4 stays at 100% cpu until i force kill it. The reason for the removal of the module is the issue where after resuming from sleep wireless doesnt work untill the module is removed and reloaded. I have reproduced this issue after several reboots. In the mean time I have stopped using the sleep function on my laptop.

Have an new issue that I beleive started with kde 4.6.2. Whenever i do a modprobe -r wl kdeinit4 stays at 100% cpu until i force kill it. The reason for the removal of the module is the issue where after resuming from sleep wireless doesnt work untill the module is removed and reloaded. I have reproduced this issue after several reboots. In the mean time I have stopped using the sleep function on my laptop.

100% cpu load on file open

Hi,
very recently I have a very strange problem. whenever I open a file dialog on windows with a java program, the cpu load goes to 100% and I have to kill the process. It does not make a difference which java application I choose, it happens with dbvisualizer, freemind or ldapbrowser all the same.
Here's what I tried already:
* uninstall recent security patches
* upgrade from 1.5.0_06 to 1.5.0_07
* kill all running process and services (firewall, clearcase, virus scanner, all kind of other stuff) that are not required to run the machine (and boy was my computer fast, after I did this! lol)
All with no effect whatsoever.
Facts:
* It''s not related to the java program
* It's not related to the JVM
It's somewhere in the integration with windows, but where is it broken, and what can I do, to fix it? Any idea what I could do is really appreciated!
Help :-)

Yesterday I was close, today I found the reason. IT'S SO F***ING STUPID. It's actually another bug, which is only fixed in mustang:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6317789
For some reason I indeed had a shortcut on my desktop to the desktop itself. We have some document management system where you can checkin and checkout documents, and I configured it so to check them out to the desktop, and apparently that program created a shortcut on my desktop to the checkout folder!
Well, anyway, I have all the latestest security patches and drivers now - and also Java is working again. Can I now assign the duke dollars to myselfi? :-)

[workaround] 100% CPU load in GTK2 applications

I'm having strange issues with my GTK2 applications, namely Thunar and Thunderbird:
The gui is extremely slow and causes 100% cpu usage (just one core) for the process running Xorg.
For example, if I move the pointer between two buttons in Thunderbird I can watch the mouseover-effect being drawn - it takes almost a second!
No errors in Xorg.0.log, dmesg or xsession-errors, though. I'm using the proprietary NVIDIA-drivers and my system is up-to-date.
Any advice?
Thanks
lynix
Last edited by lynix (2012-12-20 15:31:16)

I compared the 1.12.2 vs 1.12.8 pkgbuilds and it seems that the culprit is the missing patch: cairo-1.10.0-buggy_gradients.patch
Seems definitely a packaging issue:
https://bugs.archlinux.org/task/32491
--edit
...but the root cause seems to be a bug in nvidia drivers. nouveau performs really well.
https://devtalk.nvidia.com/default/topi … gression-/
PKGBUILD in aur with patches:
https://aur.archlinux.org/packages/cairo-nvidiablob/
Please, mark this as solved or workaround.
Last edited by kokoko3k (2012-11-08 07:42:02)

When writing DSC-tags, MSDE causes 100% CPU load

I have a number of shared variables configured to be logged in the DSC database. When I'm writing to these repeatedly the SQL-server (MSDE) loads the CPU with 100%. Why is that? Even when I've stopped, it “hangs” at 100% for quite some time. Eventually this stalls all other applications and the whole machine. What is DSC doing in the SQL-server? Is there a way to configure the behaviour?

Why are you concatenating an empty string to all of your strings?
You don't need to have multiple index arrays. Use one index array and resize the bottom of it downward. You won't need to wire up any indices either. By default, the top one will be index zero, and each one below that will be +1 the one above.
How does it behave when you run it with highlight execution? Does that give you an idea where it is hanging?
Also, your connection string as several backward apostrophe accent characters rather than regular apostrophes. See here.

Adobe Reader 9.4-1 cause 100% CPU load on EL40 system

Hi,
when starting Adobe reader 9.4-1 on a Enterprise Linux 4 system the cpu load directly goes up to 100%
This happens on EL40 update 4, 5 & 8
I´m using gnome.
uname -a
Linux 2.6.9-89.0.0.0.1.ELsmp #1 SMP Tue May 19 04:23:49 EDT 2009 i686 i686 i386 GNU/Linux
cat /etc/redhat-release
Red Hat Enterprise Linux AS release 4 (Nahant Update 8)
Kind regards
Agent

I had the same problem on a RHEL4 system, I think starting with 9.3.1. The system requirements say only RHEL 5 is supported so I just uninstalled 9.3 and didn't look into it further.

100% CPU load in Projects view

Hi all,
my aperture is acting strange for a while now. If i start up my main library the CPU load rises up to 100% in the "Projects view". If i change to a subset of photos the load goes back to normal. But as soon as i change to the projects view again the CPU load rises again. During all this there is no activity shown in the activity window.
Sometimes aperture stops acting like this. But only sometimes and after a while. By now i couldn't figure out why all this is happening, and when it is stopping.
I already did a rebuild of my while database and also deleted the cache files as described in several blogs. A normal workflow is not possible with this behavior.
Maybe someone has experienced something familiar and can help
Im working on a 2008 Macbook with 4 GB of RAM. My Library has about 77.000 images in it. Aperture version is 3.1.1.
Thanks,
Stephan
Message was edited by: Stephan Tijink

This is good, isolating the problem is the first step, it appears the problem is to do with the library not the application.
You mention in your original post that you did a rebuild of your database, did you follow any of the other First Aid steps laid out on the Aperture 3: Troubleshooting Basics page? The Repair Permissions & Repair Database options.
http://support.apple.com/kb/HT3805
Tony

(Linux, SL510, NSLDEGE) No processes, 100% CPU-load reboot 1% CPU-load

I have a very big problem:
I bought a Lenovo ThinkPad SL510 NSLDEGE (2847-DEG) on this (german) website with no installed operating system. At first, I installed Ubuntu GNU/Linux 10.04 which worked excellently at the first view.
But then the big problem appeared the first time: suddenly my CPU-load grew from ca. 3% to 100% (because I started an editor or I opened a new firefox-tab) and I couldn't use my ThinkPad in any way, until the system crashed and I had to reboot. After the reboot all worked fine.
This problem appeares intermittent and I always see my last chance in rebooting the entire operating system. I've already tried different Linux-Distributions, but this did not solve my problem. And I've already tested my random access memory (RAM) with Memtest86.
Thus, my question is: Do you have an idea, what could cause this problem? What could be the reason for my CPU-crashes?
Greetings, Mekeor

I'm sure that this is not a Linux-problem!
Furthermore I wrote a bug report on launchpad (the ubuntu bug-report-website) here: https://bugs.launchpad.net/ubuntu/+bug/615792 . And here is my first forum-entry in the german ubuntu-forums (forum.ubuntuusers.de).
Besides this phenomenon, I think, is a specific characteristic of my Model (SL510, NSLDEGE)!
mekeor

BT stack file TosBTMng.Exe causes 100% CPU Load

I'm also facing the problem that the Toshiba Bluetooth Manager (TosBtMng.exe) very often starts looping and causes a CPU load of 100%.
This happened with older versions of the Toshiba Bluetooth Stack and current version (5.1.0.12).
The affected system is a Tecra S1, internal BT-Modul and Windows XP SP2.
Installation of the BT-Stack went well and the notebook will boot succesfull while BT is enabled. I also checked for hidden COM-Ports and other hints found in this forum, no success.
The lockup seems to happen at different times. Sometimes just after are reboot, clicking on the BT Tray symbol with the right mouse button. Then the context menu is shown just as white area, no entries. It may also trying to connect to an already paired device. If I kill the process with the task manager I can restart and it continues to work for some time.
As found in another thread here I have enabled API logging of the Bluetooth Manager and found the following while connecting with the Nokia PC Suite to my mobile Phone:
00042519 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042520 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042521 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] BtCreateCOMM2 : InitCOMPort=COM6, CreateCOMPort=COM23
00042522 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] BlockingSDPCall : Send COPYDATASTRUCT / FuncNumber=00008000(32768), Size=00000036(54)
00042523 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] Receive WM_COPYDATA / fCloseAPI(BOOL)=0
00042524 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] SetReturnBackData : Received COPYDATASTRUCT / FuncNumber=00008000(32768), Size=00000028(40)
00042525 21:55:05 [7208] [TosBtAPI(PCCSTBTP)] Call BlockingSDPCall() is returned.
00042526 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] Call BtGetLocalInfo()
00042527 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] BtGetLocalInfo2 : Input Paramers / pLocalBtDeviceInfo=00D9FE8C, plStatus=00D9FE84
00042528 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] BlockingSDPCall : Send COPYDATASTRUCT / FuncNumber=00001000(4096), Size=00000030(48)
00042529 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] Receive WM_COPYDATA / fCloseAPI(BOOL)=0
00042530 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] SetReturnBackData : Received COPYDATASTRUCT / FuncNumber=00001000(4096), Size=0000003F(63)
00042531 21:56:14 [7208] [TosBtAPI(PCCSTBTP)] Call BlockingSDPCall() is returned.
00042532 21:56:17 [7208] [TosBtAPI(PCCSTBTP)] Call BtGetRemoteDeviceList2()
A new COM port is successfully created (COM23), and a few seconds later the CPU Load of TosBtMng goes up to 100%, but no API calls are performed. And if you wait long enough the phone gets connected and data can be transferred. However, very slowly.
Probably due to the high CPU load a next COM (COM24) port will be created sometime later and this process is then repeated again:
00042740 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Receive WM_COPYDATA / fCloseAPI(BOOL)=0
00042741 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] SetReturnBackData : Received COPYDATASTRUCT / FuncNumber=00008007(32775), Size=00000041(65)
00042742 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Call BlockingSDPCall() is returned.
00042743 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042744 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042745 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] BtCreateCOMM2 : InitCOMPort=COM6, CreateCOMPort=COM24
00042746 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] BlockingSDPCall : Send COPYDATASTRUCT / FuncNumber=00008000(32768), Size=00000036(54)
00042747 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Receive WM_COPYDATA / fCloseAPI(BOOL)=0
00042748 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] SetReturnBackData : Received COPYDATASTRUCT / FuncNumber=00008000(32768), Size=00000028(40)
00042749 21:56:47 [7208] [TosBtAPI(PCCSTBTP)] Call BlockingSDPCall() is returned.
00042750 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtGetCOMMInfoList2()
00042751 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042752 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042753 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042754 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042755 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042756 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042757 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042758 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042759 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM() -> BtCreateCOMM2()
00042760 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtCreateCOMM2()
00042761 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtGetLocalInfo()
00042762 21:57:52 [7208] [TosBtAPI(PCCSTBTP)] Call BtGetLocalInfo()
Maybe this helps to locate the origin of the CPU load problem of the Bluetooth Manager.
Thanks
Gerhard

I was having the same problem, and it turned out to be the Data execution prevention settings. I had turned on (System->Advanced->Data execution protection) the execution prevention for all programs, causing TosBTMng.exe to max out one processor core all the time. The solution was to add TosBtMng.exe to the list of exceptions and restart. I'd looked high and low for a solution - hope this helps someone else!

Gdm is running dbus-deamon with 100% CPU load

Similar Messages

Maybe you are looking for