{"id":3607,"date":"2014-06-15T10:20:59","date_gmt":"2014-06-15T10:20:59","guid":{"rendered":"http:\/\/www.theperfectarts.com\/?p=3607"},"modified":"2016-04-28T22:38:51","modified_gmt":"2016-04-28T22:38:51","slug":"vmware-issues-part-1","status":"publish","type":"post","link":"https:\/\/www.ktchost.com\/blog\/vmware-issues-part-1\/","title":{"rendered":"Vmware issues Part 1"},"content":{"rendered":"<p>In this Vmware issue series, you will receive solution for maximum which is occurs on daily basis, \u00a0hope it will help.<\/p>\n<p><strong>1st:<\/strong> \u00a0<strong>while trying to connect the\u00a0Virtual Infrastructure Web Access, it&#8217;s not opening, in that case simply restart the &#8220;Web Access&#8221; service from the command line<\/strong><\/p>\n<blockquote><p>service vmware-webaccess restart<\/p><\/blockquote>\n<p>The above service will restart the Apache as well as Tomcat service which is used for &#8220;Virtual Infrastructure Web Access&#8221;.<\/p>\n<p><strong>2nd:<\/strong> <strong>You are now able to connect the &#8220;VMware Infrastructure Client \/ vSphere Client&#8221; but you are receiving the following errors<\/strong><\/p>\n<p>a: Not able to connect\u00a0ESXi\/ESX to VirtualCenter or vCenter Server<\/p>\n<p>b: You are not able to access or connect any\u00a0ESXi\/ESX directly, the connection is timing out<\/p>\n<p>To resolve the above issues, run the following command from the shell ( vmware ESX server)<strong><br \/>\n<\/strong><\/p>\n<blockquote><p>service mgmt-vmware restart<\/p><\/blockquote>\n<p>If above command won&#8217;t resolve the issue, than run the following command in the sequence because it could be possible that\u00a0mgmt-vmware restart command does not restart hostd or script stuck.<\/p>\n<p>Stop the restart service and if stuck than kill it using following commands<\/p>\n<blockquote><p>cd \/var\/run\/vmware<\/p><\/blockquote>\n<p>Now check the vmware pid and watchdog pids<\/p>\n<blockquote><p>ls -l vmware-hostd.PID watchdog-hostd.PID<\/p><\/blockquote>\n<p>Cat the files<\/p>\n<blockquote><p>cat vmware-hostd.PID<\/p>\n<p>[root@admin]# cat vmware-hostd.PID<br \/>\n7802[root@admin]#<\/p>\n<p>kill -9 7802<\/p>\n<p>rm -f vmware-hostd.<em>PID<\/em>\u00a0watchdog-hostd.<em>PID<\/em><\/p><\/blockquote>\n<p>Now start the server once again<\/p>\n<blockquote><p>service mgmt-vmware start<\/p><\/blockquote>\n<p>For ESXi, run the command:<\/p>\n<blockquote><p>\/etc\/init.d\/hostd start<\/p><\/blockquote>\n<p><strong>\u00a03rd: The\u00a0\/etc\/vmware\/hostd\/config.xml as well as\u00a0\/etc\/vmware\/hostd\/proxy.xml file is blank , how to recover it to resolve the\u00a0mgmt-vmware service restart issue, because empty files won&#8217;t allow to get\u00a0mgmt-vmware service restart.<\/strong><\/p>\n<p>As\u00a0<strong>\/etc\/vmware\/hostd\/config.xml<\/strong> is blank , therefore need to restore it from the backup, there is no other way to recover it<\/p>\n<p>For\u00a0<strong>\/etc\/vmware\/hostd\/proxy.xml<\/strong> file , simply restore it from the backup or copy the\u00a0<strong>\/etc\/vmware\/hostd\/proxy.xml<\/strong> file from another working host to resolve the issue.<\/p>\n<p>You can check the server logs\u00a0hostd.log\u00a0when the\u00a0proxy.xml\u00a0file is empty, it will show you show the following errors<\/p>\n<blockquote><p>[2014-06-15 12:06:12.794\u00a0FFFCAE80 verbose &#8216;App&#8217;] Plugin 9 statically linked<br \/>\n[2014-06-15 12:06:12.794\u00a0FFFCAE80 info &#8216;Proxysvc&#8217;] Proxy config filepath is \/etc\/vmware\/hostd\/proxy.xml<br \/>\n[2014-06-15 12:06:12.795\u00a0FFFCAE80 panic &#8216;App&#8217;] error: no element found<br \/>\n[2014-06-15 12:06:12.795\u00a0FFFCAE80 panic &#8216;App&#8217;] backtrace:<br \/>\n[00] rip 20d01c54<br \/>\n[01] rip 20b4304e<br \/>\n[02] rip 20b127a7<\/p><\/blockquote>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<div class=\"mh-excerpt\"><p>In this Vmware issue series, you will receive solution for maximum which is occurs on daily basis, \u00a0hope it will help. 1st: \u00a0while trying to <a class=\"mh-excerpt-more\" href=\"https:\/\/www.ktchost.com\/blog\/vmware-issues-part-1\/\" title=\"Vmware issues Part 1\">[&#8230;]<\/a><\/p>\n<\/div>","protected":false},"author":1,"featured_media":4053,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[30],"tags":[],"class_list":["post-3607","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vmware"],"_links":{"self":[{"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/posts\/3607"}],"collection":[{"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/comments?post=3607"}],"version-history":[{"count":8,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/posts\/3607\/revisions"}],"predecessor-version":[{"id":3615,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/posts\/3607\/revisions\/3615"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/media\/4053"}],"wp:attachment":[{"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3607"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3607"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ktchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3607"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}