VMware Communities
juliangall
Enthusiast
Enthusiast

vmwareuser.exe cpu 100%

Since upgrading to Fusion 2.0, I have had a couple of times when the Mac has slowed to a standstill. The culprit has been the vmwareuser.exe process in the running VM consuming 100% CPU. Windows XP SP2. OSX 10.5.5.

Restarting the VM cures the problem for a while, but it comes back.

Any suggestions gratefully received.

Julian

Reply
0 Kudos
101 Replies
admin
Immortal
Immortal

Hrm....

If you have a little bit of time, would you mind helping us out? Getting log files would be a great first step. To do that:

Can you try to enable tools logging and upload the log files?

To do that go to:

C:\Documents and Settings\All Users\Application Data\VMware\VMware ToolsThen open the tools.conf file.

Add two entries:

log = "TRUE"

log.file = "C:\vmtools.log"

Then log out and log back in to your VM Wait for vmwareuser.exe to start using 100% of your cpu and upload the resulting log

files. There should be one at c:\vmtools.log and possibly more than one

at c:\vmtools.log.<process id> where process id is just a number.

Once you are done, make sure to turn off logging by removing the two entries because they can take up a lot of space over time.

Reply
0 Kudos
admin
Immortal
Immortal

Also, can you confirm the version of tools you are running?

You can do that by clicking on the vmware tray icon and then going to the about tab in the Windows XP guest. The version should be listed in the about tab.

Reply
0 Kudos
juliangall
Enthusiast
Enthusiast

OK. I've turned on logging.

Tools version is e.x.p build 116369

I've also made a couple of other changes to my system which may, I suppose, have fixed the problem. They are:

1. Upgrade to SP3

2. I had some drives mapped in the VM under Fusion 1. The shares were not connected by default when I upgraded to 2.0 and I was getting a message something like: "host is not connected, you may continue to work in disconnected mode". This was in a tray popup from time to time. I had not bothered to do anything about it as I am using mirroring now under 2.0. Since the CPU problem though, I have disconnected these mapped drives.

I'll let you know what happens.

Julian

Reply
0 Kudos
rjtolman
Contributor
Contributor

I have a similar problem. Mine jumps to 100% upon startup of the VM.

OSX 10.5.5; All windows updates done. Takes forever to get to the desktop.

The file you suggest:

C:\Documents and Settings\All Users\Application Data\VMware\VMware Tools

Doesn't exist on my vm. In face the Application Data folder does not exist.

VMware tools has been installed and updated. VMware tools has been removed using VMware tools; using Add and Remove.

Have update VMware tools; stays at version Version e.x.p, build-107508.

VM ware is still telling me to update Tools from the Vm ware drop down menu.

Almost impossible to do anything on in VM.

Any suggestions?

I will be back tonight.

I have a machine at Work that has a VM on it. Updated to Version 2. No apparent problems.

I will copy that vm and bring it home tonight and see what I can see.

I will check back later this morning and see. I am in the Mountain Time zone.

Anything else I can try.

I just noticed that the CP Usage dropped down to less than 10%.

The second I started another update to Tools it jumped to 98%.

dropped down after install; using modify. Tools now says I need to update tools.

Have installed boot camp drivers from 10.5 install disk.

Still stuck at 100%

Reply
0 Kudos
admin
Immortal
Immortal

rjtolman,

It sounds like the tools update did not go through correctly. The first thing to try would be to:

1. Uninstall tools completely

2. Reboot the VM.

3. Reinstall tools

4. Reboot teh VM and make sure you are running the new verison.

The Application Data folder is hidden in explorer typically. You can copy and paste the whole path into the explorer bar to get there.

Reply
0 Kudos
Matt_Stevens
Contributor
Contributor

I'm seeing this pretty frequently too, VMwareUser.exe's usage goes to 100% and appears to never recover. Log files attached.

Reply
0 Kudos
admin
Immortal
Immortal

Thanks for uploading the logs. Unfortunately I don't see anything unusual in the logs. To get this figure out, we need to figure out how to reproduce this here.

Can you provide some more details.

1. What guest os are you running (Windows XP / Vista?) What service pack?

2. You say you are seeing this pretty frequently. How long is the VM usually running before you notice the problem? Does it happen in 5 minutes / an hour / after you leave it running overnight? Is there anything that makes this more or less likely to happen?

3. If you have access to another Windows VM, does it happen with the same frequency on that VM as well?

4. What version of tools are you running? You can get this by going to the VMware System tray in the guest os and then going to the about tab.

Thanks in advance.

Reply
0 Kudos
matthewls
Enthusiast
Enthusiast

A guess: vmwareuser.exe goes nuts when switching repeatedly between display modes (e.g. unity and windowed).

Reply
0 Kudos
Matt_Stevens
Contributor
Contributor

1. What guest os are you running (Windows XP / Vista?) What service pack?

Windows XP SP3. In case this is significant, this is an imported Parallels VM (Parallels Tools uninstalled before import). I also replaced the virtual IDE disk created during import with a virtual SCSI disk using Acronis.

2. You say you are seeing this pretty frequently. How long is the VM usually running before you notice the problem? Does it happen in 5 minutes / an hour / after you leave it running overnight? Is there anything that makes this more or less likely to happen?

Unfortunately I haven't been able to find a reproducible scenario yet. Each time I've noticed the issue it was after working in the VM for a while and then switching away to another application - in looking back at the VM's window later I'd notice that the CPU was pegged in task manager. I haven't seen the issue from just having the VM up for some period of time. I'm paying more attention to what I'm doing now to try and narrow it down. When I'd seen the issue previously I'd been using mostly Visual Studio, Outlook, Google Chrome, and a proprietary VPN client.

3. If you have access to another Windows VM, does it happen with the same frequency on that VM as well?

I've been using other Vista and XP VMs on the same machine and haven't noticed the issue there yet, but these are also pretty vanilla installs used for software testing.

4. What version of tools are you running? You can get this by going to the VMware System tray in the guest os and then going to the about tab.

Version e.x.p, build-116369

Thanks in advance.

No problem! I'll try to provide some more useful information if I can narrow it down.

Reply
0 Kudos
JeFurry
Contributor
Contributor

I'm getting this problem too, on a new Mac Pro.

I don't need to switch screen mode at all, I use Unity all the time, though of course the machine does boot in windowed mode at first. I then launch Lotus Notes (which could be significant, as there was a previous problem with it) and that's all I use in the VM all day. Even if I don't actually use the VM at all, and leave it idling, after a time (sometimes as low as 15 minutes, usually 2-3 hours, sometimes longer, and apparently not affected by putting the mac to sleep overnight) VMWare CPU usage goes sky high, and does not recover until the VM is rebooted. Right now, VMWareUser.exe usage from within the VM (which should be idling) says ~30% (System Idle Process is at ~65%, the remaining ~5% is background stuff), whereas the vmware-vmx process on the Mac registers ~160% (it's a two-core VM, therefore flat out would be 200%). If I kill and relaunch VMWareUser.exe within the VM, responsiveness and CPU usage in both VM and Mac drops back to normal (a few percent) for a short time, but the problem returns within a few minutes. The VM is not entirely unresponsive during the problem, but is noticeably slow. It does not appear to relate to screensavers, system sleep, or power saving. I can't see any obvious trigger

1. What guest os are you running (Windows XP / Vista?) What service pack?

XPSP3, installed under Fusion 2.0 beta 2 from a slipstreamed disc.

2. How long is the VM usually running before you notice the problem? Does it happen in 5 minutes / an hour / after you leave it running overnight? Is there anything that makes this more or less likely to happen?

Highly variable, usually longer after a restart, but only a few minutes to an hour or so if I kill VMWareUser.exe and restart it. I haven't been able to tie it down to any known trigger.

3. If you have access to another Windows VM, does it happen with the same frequency on that VM as well?

I have 3 VMs currently.

A: a fairly clean XPSP3 VM set up originally on Fusion 2.0 beta 1 and updated ever since. It has only Office 2007 and Lotus Notes installed, and VMWare Tools are up to date. This has the CPU load problem every day.

B: an almost unused XPSP3 VM set up under VMWare 1.1.3 and upgraded, with various software installed, which is cloned to new machines I set up and then updated to suit (with a new SID). This does not have any known problems, which is why I use it as a basis for others.

C: A conversion of my old Vista PC. This is used only in case I need some registration-sensitive software that I no longer have a code for, and as such I haven't used it enough to know if it has any problems or not under 2.0 final, though it had the same problem under beta 2.

4. What version of tools are you running? You can get this by going to the VMware System tray in the guest os and then going to the about tab.

All XP versions are build 116369. I haven't loaded the Vista VM recently, and it could well be outdated.

I can upload a VMWare Tools log, but there is nothing obviously different after the problem compared to before it happened, and no clear indication of anything changing when it starts.

-Jef.

Reply
0 Kudos
sullyfoos
Contributor
Contributor

same problem here, new macpro current os, winxp guest xp3, all updated tools.

i have found that setting the processor to 1 CPU seems to eliminate the problem.

kind of a crummy fix, but i've tried lots of combinations and that is the one that appears to work.

Reply
0 Kudos
Matt_Stevens
Contributor
Contributor

i have found that setting the processor to 1 CPU seems to eliminate the problem.

Unfortunately the VM I'm seeing this on only has 1 CPU, so I don't think the problem is limited to multiple virtual CPUs.

Reply
0 Kudos
sullyfoos
Contributor
Contributor

i have two VM's with basically the same build, one has the problem the other doesn't.

besides CPU the only other difference was a serial port that was in the system that had the problem. it was a port created for a printer, which i don't need. i deleted the serial port, maybe that was the issue not the multi-cpu. i'll turn dual cpu on again and let you know what happens.

Reply
0 Kudos
R1ch
Contributor
Contributor

All

I had this problem too - I think it's been resolved by following arolett's recommendation to reinstall.

I had originally selected the upgrade option with VM Fuse - which I suspect is where it went wrong.

- Select "update VM Tools" from the virtual machine menu and ran the install to get to the uninstall option.

- reboot

- install using typical settings

- reboot

so far everything's working again incl. drag & drop, which was the instigator of the 100% CPU problem.

R1ch

Reply
0 Kudos
reesd27
Enthusiast
Enthusiast

I have been seeing this same problem. Unfortunately remove/install of tools didn't seem to fix it.

It happens around drag and drop. I also have seen it when launching an URL from inside the guest to Firefox in the host. I also have seen it when I am just working in Firefox in the host, so no direct guest usage that I know of.

I am also a Parallels Desktop import, so perhaps there are is some common importer problem we are seeing.

It is usually accompanied with a lot of disk access and with the following lines over and over again in the log:

Sep 24 14:26:50.256: vcpu-0| VMXVmdbGuestBinaryHandlersCB: failed: ret = VMDB failure
Sep 24 14:26:50.257: vcpu-0| VMXVmdbGuestBinaryHandlersCB: failed: ret = VMDB failure
Sep 24 14:26:50.256: vcpu-0| TOOLS call to unity.get.binary.handlers failed.

I also am seeing this line a fair amount:

Sep 24 15:15:48.816: vmx| VMXVmdbCbUnityCmd: failed: ret = Schema path not found

I just tried removing and reinstalling vmware tools. Unfortunately it didn't seem to solve the problem. When I start the guest I see hundreds of the "VMXVmdbGuestBinaryHandlersCB failed" lines in the log. Also, after an hour or so of use I ran into this issue again starting with these log entries

Sep 24 15:40:26.818: vmx| GuestRpcSendTimedOut: message to toolbox-dnd timed out.
Sep 24 15:40:27.502: vmx| GuestRpcSendTimedOut: message to toolbox-dnd timed out.
Sep 24 15:40:38.996: vmx| GuestRpcSendTimedOut: message to toolbox-dnd timed out.
Sep 24 15:40:39.097: vmx| GuestRpcSendTimedOut: message to toolbox-dnd timed out.
Sep 24 15:40:39.098: vmx| VMXVmdbCbUnityCmd: failed: ret = Schema path not found
Sep 24 15:40:39.161: vmx| VMXVmdbCbUnityCmd: failed: ret = Schema path not found
Sep 24 15:40:39.225: vmx| VMXVmdbCbUnityCmd: failed: ret = Schema path not found
Sep 24 15:40:47.144: vcpu-0| VMXVmdbGuestBinaryInfoCB: Could not get name

As a final note, initially (after initial import and before my remove/install of vmware tools) my menu choice was "Install VMware Tools" rather than "Update VMWare Tools", which makes me think the importer did miss something. After remove/install my menu option is now "update vmware tools".

My logs are attached.

Thanks,

d

Reply
0 Kudos
Matt_Stevens
Contributor
Contributor

Ok, it just happened again here and I attached WinDbg to the process to look up the call stack for the thread eating up the CPU.

0:009> !runaway User Mode Time Thread Time 8:ce4 0 days 0:05:25.908 0:114 0 days 0:00:04.726 4:a18 0 days 0:00:00.010 9:c58 0 days 0:00:00.000 7:c00 0 days 0:00:00.000 6:4ac 0 days 0:00:00.000 5:79c 0 days 0:00:00.000 3:394 0 days 0:00:00.000 2:168 0 days 0:00:00.000 1:164 0 days 0:00:00.000 0:008> kb ChildEBP RetAddr Args to Child 0212fd30 7e4193e9 7e4193a8 0212fdb0 00000000 ntdll!KiFastSystemCallRet 0212fd5c 7e419402 0212fdb0 00000000 00000200 USER32!NtUserPeekMessage+0xc 0212fd88 775d06f6 0212fdb0 00000000 00000200 USER32!PeekMessageW+0xbc 0212fdcc 775d0be4 00e0b8f0 00d24200 00000003 ole32!CDragOperation::CDragOperation+0xfe 0212fe34 0040c07d 00e0b8f0 00d24200 00000003 ole32!DoDragDrop+0x77 WARNING: Stack unwind information not available. Following frames may be wrong. 0212ff6c 0040c22b 0212ffac 781329bb 00d1f978 VMwareUser+0xc07d 0212ff74 781329bb 00d1f978 f76278a5 00000000 VMwareUser+0xc22b 0212ffac 78132a47 00164098 7c80b713 00de01c0 MSVCR80!endthreadex+0x3b 0212ffec 00000000 781329e1 00de01c0 00000000 MSVCR80!endthreadex+0xc7

Since I've got the process in the problem state I'll leave the debugger attached at a breakpoint for a couple days in case you want me to run this again with symbols or pull any other information.

Reply
0 Kudos
admin
Immortal
Immortal

Matt,

The stack trace 'appears' (though this can sometimes be misleading) to point to the drag and drop code - had you recently performed a drag-n-drop operation ? Could you also do a '.dump ma <file>' and let us know how big the resultant dump is and then we can work out the most efficient way to get it to us ?

Thanks very much for your help.

Andrew 8-)

Reply
0 Kudos
R1ch
Contributor
Contributor

Drag and drop was the culprit for my 100% vmwareuser.exe.

Someone else mentioned it - so I should add that a share had be recreated during the upgrade.

I deleted it as well as doing the reinstall.

may not be significant but might help...

R1ch

Reply
0 Kudos
Matt_Stevens
Contributor
Contributor

Andrew,

I'm still not exactly sure what triggered the problem, but here are the events leading up to the current state:

1. VM window was not in focus.

2. Dragged & dropped a file from Finder to another Mac application, it passed over a portion of the background VM window in the process, which did start acting on it.

3. Brought the VM window into focus a few minutes later.

4. Connected VPN client and launched Outlook.

This was the point where I noticed the CPU spike. Based on this and R1ch's experience it does seem to indicate a drag & drop issue. Here's the dump file:

http://codeworkshop.net/files/vmwareuser.zip

Matt

Reply
0 Kudos