Skip to main content

High CPU usage in vCenter Server Appliance 6.7

 


 
 
  Symptoms
  • Increase of CPU usage after upgrading to vCenter Server Appliance 6.7.
  • Slow performance when do operations in vSphere Client (HTML5) and vSphere Web Client (Flex).
  • In the Monitor > Performance tab, the CPU usage of VCSA 6.7 may be more than 90%.
Cause
In this case the root cause of high CPU usage in VCSA 6.7 is the Jetty, a Java HTTP server, which is used by the vSphere Update Manager integrated in VCSA. The Open source Jetty has reported multiple issues with high CPU usages. Read more information about this known issue of Jetty from 100% CPU usage in Selector using Jetty
Resolution
This is a known issue and plan to fix in vSphere 6.7 P03.
To workaround the issue, 
1. SSH login to vCenter Server Appliance.
2. Edit the file config.conf:
# vi /etc/vmware-vsan-health/config.conf
3. At the end of this file, add the below content:
[KillSwitch]
VumIntegration = False
4. Restart the service of vmare-vsan-health
# service-control --stop vmware-vsan-health
# service-control --start vmware-vsan-health

How to identity if high CPU usage issue matched the case, please follow the steps:
1. SSH login to VCSA.
2. List the PID of process which consumes the most of CPU
# ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%cpu | head
  PID  PPID  CMD                          %MEM  %CPU
46852  6953  jre/bin/java -Dhttps.protoc  25.7   771

3. Display the running command information of the process:
# ps axww opid,etime,cmd | grep <PID>
In the above sample, the PID is 46852. The sample cmdlet is:
# ps axww opid,etime,cmd | grep 46852
The output of the cmdlet is similar with below:
 46852  8-03:38:11 jre/bin/java -Dhttps.protocols=TLSv1 -Djavax.net.ssl.trustStore=ssl/vmware-vum.keystore -Djetty.home=jetty/ -Djetty.base=jetty/ -Djetty.port=9084 -Djetty.ssl.port=9087 -Dvum.sdk.port=8084 -Dvum.installdir=/usr/lib/vmware-updatemgr/bin/ -Dvum.patchstore=/storage/updatemgr/patch-store/ -Dvum.patchstore.temp=/storage/updatemgr/patch-store-temp/ -Djava.io.tmpdir=/storage/updatemgr/jetty-temp -Djetty.logs=/var/log/vmware/vmware-updatemgr/vum-server/ -Dlog4j.configuration=jetty/resources/log4j.properties -jar jetty/wrapper.jar jetty-vum.xml jetty-vum-ssl.xml jetty/etc/jetty-https.xml --pre=jetty/etc/jetty-logging.xml

To immediately remediate high CPU usage, you can run below actions:
1. Kill the Jetty process:
# kill -9 PID
2. Restart vmware-updatemgr service
# service-control --stop vmware-updatemgr
# service-control --start vmware-updatemgr

Comments


  1. It is very useful information for a tech support, thank you for giving such significant info about the CPU.
    Apart from this, there may be more problems with the computer, so for that, I would like you to take our help,
    we have helpline support which is the only stop for all your software and hardware problems.
    for more detail please visit us on our website given below:-
    Helpline Support US

    ReplyDelete

Post a Comment

Popular posts from this blog

Error [403] The maximum number of sessions has been exceeded in the H5 client during login or logout

  Symptoms In virgo log, you see messages similar to: [2020-05-19T07:25:45.285Z] [ERROR] http-nio-5090-exec-130 72026859 142953 501051 com.vmware.vise.security.spring.DefaultAuthenticationProvider logout failed for sessionId 142953, clientId 501051 java.lang.IllegalStateException: The specified cardinality of 1..1 for osgi:reference implementing com.vmware.vcenter.apigw.api.ApiGatewaySessionManager in bundle com.vmware.h5ngc requires that exactly one OSGI service satisfies the filtering criteria but no such service was found.         at com.vmware.o6jia.context.ExternalServiceTargetSource.getTarget(ExternalServiceTargetSource.java:99)         at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:192)         at com.sun.proxy.$Proxy159.logout(Unknown Source)   ...

"Failed to configure vAPI Endpoint Service at the firstboot time" while installing Windows VC 6.5

  Symptoms While configuring the vAPI EndPoint Service, you experience these symptoms: Windows vCenter Server 6.5 installation fails while configuring the vAPI EndPoint Service vCenter Server 6.5 installation on a Windows Server fails during the vAPI EndPoint Service during the firstboot time. You see the error: Error: An error occurred while starting service 'vapi-endpoint'. Failed to start the vAPI Endpoint Service. Failed to configure vAPI Endpoint Service at the firstboot time. Please file a bug against VAPI   In vapi_firstboot.py_2948_stderr.log file, you see entries similar to: No valid files with pathname: C:\ProgramData\VMware\vCenterServer\logs\vapi\endpoint* found. ERROR starting vapi-endpoint rc: 2, stdout: , stderr: Start service request failed. Error: Service crashed while starting^M vapi firstboot failed Traceback (most recent call last): File "C:\Program Files\VMware\vCenter Server\firstbo...

Cloning and converting virtual machine disks with vmkfstools

 Purpose This article provides information and instructions on the use of the vmkfstools command to convert virtual machine disks from one type to another. Resolution The vmkfstools command offers the ability to clone virtual machine content and also convert from one virtual machine disk ( .vmdk ) format into another. Note : The host operating system chosen to perform the conversion may not necessarily support running of virtual machines via the output format defined. vmkfstools maintains the possibility of exporting virtual disks for use in other VMware products which support alternative disk formats. To convert a virtual machine disk from one type to another: Shut down the virtual machine. Virtual machine disk files are locked while in-use by a running virtual machine. Log in to the VMware vSphere Management Assistant (v...