Confluence 6.11 high CPU from the "WMI Provider Host" Service
Asked by Administrator:

Hello,

since i upgrade to 6.11, i have a high CPU utilization from the "WMI Provider Host" service.

Bevor the upgrade, our server had around 12% CPU utilization. And now 77%. It is definitly the Confuence service. When i stop it, the CPU goes down to \<5%.

What i have alrady tried:

Restart the server  
Reinstall Confluence  
Rebuild the Ancestor Table

Thank you for your help


Answers:
author: Shannon S
body: Hello everyone! [@Administrator](/t5/user/viewprofilepage/user-id/1845804) [@Stephen Makk](/t5/user/viewprofilepage/user-id/1865830) [@Rene Frej Nielsen](/t5/user/viewprofilepage/user-id/458798)

I found one other user in our support system that has reported this issue so far, so I've initiated a bug ticket below for investigation:

* [CONFSERVER-56346](https://jira.atlassian.com/browse/CONFSERVER-56346)

It would help if you all can comment on that thread with your exact server details (OS version, JAVA version, database version, etc.) as well as with all the steps you took so far to resolve the issue. Feel free to provide any details at all you'd like to share there to help troubleshoot the problem.

One more thing you can do is review the following articles to see if any of it can help get the CPU down for you:

* [WMI Provider Host High CPU Usage on Windows 10 - SOLVED](https://www.drivereasy.com/knowledge/wmi-provider-host-high-cpu-usage-on-windows-10-solved/)
* [WMI Provider Host High CPU Usage and Laptop...](https://answers.microsoft.com/en-us/windows/forum/windows_10-other_settings/wmi-provider-host-high-cpu-usage-and-laptop/44cb3953-a883-404a-a94f-ee4f363d3a4b?page=2)
* [What is the WMI Provider Host wmiprvse.exe and why is it using so much CPU?](https://www.howtogeek.com/332838/what-is-the-wmi-provider-host-wmiprvse.exe-and-why-is-it-using-so-much-cpu/)

Feel free to include the details of these investigations in your comments on the bug ticket.

Thank you again for all your help!

Regards,

Shannon

comments: author: Shannon S
body: [@Administrator](/t5/user/viewprofilepage/user-id/1845804) [@Stephen Makk](/t5/user/viewprofilepage/user-id/1865830)[@Rene Frej Nielsen](/t5/user/viewprofilepage/user-id/458798) Good news!

As you've likely seen on the bug ticket I raised, this was previously discovered in 6.11.0 and is already fixed in the upcoming 6.11.1 release.

Stay tuned for that and once it's out and you're able to upgrade, you can confirm with us if you're no longer having the issue.

Regards,

Shannon


author: Julian
body: when is the release of 6.11.1 planned?


author: Shannon S
body: Hi Julian,

6.11.1 has already been released. You can review the [Release Notes](https://confluence.atlassian.com/doc/issues-resolved-in-6-11-1-957494856.html) from our site.

Regards,

Shannon


author: External IS OPS
body: The problem still exists for me. Just updated to 6.11.1.. WMI HOST is using \~30% of my cpu..


author: Administrator
body: Here too, the update to 6.11.1 changed nothing.


author: nogo_muc
body: Just to confirm: We are having the very same, extremely annoying effect.

We had Jira/Confluence on WS2012R2/SQL2012 previously, meanwhile completely rebuilded it on WS2016/SQL2016 with the latest Atlassian versions (7.11.2 \& 6.11.0) and the situation remains unchanged:

6 vCores permanently loaded with 25% CPU (mainly burned by WMI host process).

@\[deleted\]: Pls. provide a fix asap.

comments: author: External IS OPS
body: The update to 6.11.2 fixes this.


author: External IS OPS
body: Which means you're not on the latest version.. 6.11 incorrectly reported this bug as fixed.. they acknowledged their mistake and have corrected it in 6.11.2.. i'd get the lastest version. Also if upgrading is not an option you can fix the symptom (high cpu usage) by disabling **Collaborative editing,**which was the source to the high wmi usage.


author: nogo_muc
body: Hi,

we followed your precious hint and disabled **Collaborative editing** as an immediate measure. The CPU load went down immediately! We'll consider to update to the latest fix as well, but will do that later some when.

Many thanks and kind regards,

N.


author: Paul Easter
body: Thanks for the tip!!! Been struggling with this since upgrading to 6.11 over a month ago and this fixed my problem. Will upgrade to 6.12 during our next maintenance cycle


author: External IS OPS
body: Glad I could help! :)


author: Shannon S
body: Hi there,

We have a few resources that can help you with this:

* [Performance Troubleshooting Tools - Best Practice](https://confluence.atlassian.com/kb/performance-troubleshooting-tools-best-practice-652444218.html)
* [Crashes and Performance Troubleshooting](https://confluence.atlassian.com/confkb/crashes-and-performance-troubleshooting-180846969.html)
* [Troubleshooting Confluence performance issues with thread dumps](https://confluence.atlassian.com/confkb/troubleshooting-confluence-performance-issues-with-thread-dumps-688882387.html)
* And double-check the hardware requirements here: [Server Hardware Requirements](https://confluence.atlassian.com/doc/server-hardware-requirements-guide-30736403.html)

Let us know if you have any trouble.

Regards,

Shannon


author: TBFO
body: Upgraded to 6.12.0, and we are still facing the same issue. What happen?

comments: author: External IS OPS
body: I'm guessing they re-introduced the bug.... You can fix the symptom (high cpu usage) by disabling **Collaborative editing,** which was the source to the high wmi usage.


author: Maksym Fedoryshyh
body: [@TBFO](/t5/user/viewprofilepage/user-id/1454627) can you please provide more details about your operating system (version), Confluence configuration (Datacenter or Server) and Synchrony running mode ([managed by Confluence or standalone Synchrony cluster](https://confluence.atlassian.com/doc/possible-confluence-and-synchrony-configurations-958779064.html#PossibleConfluenceandSynchronyConfigurations-PossibleconfigurationsforConfluenceDataCenter))?

On a side note, disabling of collaborative editing is unnecessary if you use Confluence 6.11.2 or higher. You can:

* Increase WMI Service polling interval by overriding *synchrony.watch.pid.interval* sys property for Synchrony (milliseconds). I'd recommend to start with 30 seconds (30000 milliseconds)
* Completely disable WMI Service polling by setting *synchrony.watch.pid.disabled* sys property for Synchrony to *true* (not recommended).

[This documentation](https://confluence.atlassian.com/doc/configuring-synchrony-for-data-center-858772125.html) has more details about how to configure Synchrony system properties.

Hope it helps.


author: TBFO
body: The issue left after the upgrade from 6.12.0 to 6.12.1.

The server runs Debian 9.5 on a single server instance.


author: Maksym Fedoryshyh
body: [@TBFO](/t5/user/viewprofilepage/user-id/1454627) is Debian a host OS for Confluence, or do you run Confluence on some kind of Windows VM, which runs on Debian?

(sorry for confusion, but "WMI Provider Host" is Windows-related problem, so I was a bit confused with Debian OS here)


author: TBFO
body: In our case, Confluence does not run on Windows at all (Linux VM running on qemu).


author: Julian
body: We have the same problem. Using Windows 2012R2 with SQL Server 2016 SP2. Confluence is constant taking 80% CPU (if Confluence is stopped, CPU usage is 3%), most of it goes to WMI (25-40%) - all the time.

User are complaining here and it's makes our whole server slow.


author: Administrator
body: Thank you.

Nice to know that i am not alone with the problem.  
I will wait for the next update. I dont like to spend to much time to analyse it.

A little bit strange is that 1 week after the update, my CPU goes down from 77% to 50%. Not like befor the update but better then befor.

comments: author: External IS OPS
body: The update to 6.11.2 fixes this.


author: Stephen Makk
body: I am also getting this persistently. Is clearly related to Confluence 6.11. Have upgraded Postgres to latest version too. No improvement.

comments: author: External IS OPS
body: The update to 6.11.2 fixes this..


author: Rene Frej Nielsen
body: Hi,

I see this as well. It's definately something to do with versoin 6.11.

Regards,

Ren?


Tags: confluence-server

server