<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Resolution &#8211; ESX hosts unexpected disconnect from Virtual Center ( ESX 3.5 update 2 )</title>
	<atom:link href="http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 16:53:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: craig</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-6462</link>
		<dc:creator>craig</dc:creator>
		<pubDate>Tue, 06 Sep 2011 02:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-6462</guid>
		<description>Hi chris, theoritically it shouldn&#039;t drop any vm traffic but when come to missiom critical always minimize the risk as much as possible, that is my thought</description>
		<content:encoded><![CDATA[<p>Hi chris, theoritically it shouldn&#8217;t drop any vm traffic but when come to missiom critical always minimize the risk as much as possible, that is my thought</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen White</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-6455</link>
		<dc:creator>Allen White</dc:creator>
		<pubDate>Mon, 05 Sep 2011 13:53:36 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-6455</guid>
		<description>all, we had this issue on esxi 4.5 try the managment service restart
http://www.techieshelp.com/esxi-host-disconnected-in-vcentre/</description>
		<content:encoded><![CDATA[<p>all, we had this issue on esxi 4.5 try the managment service restart<br />
<a href="http://www.techieshelp.com/esxi-host-disconnected-in-vcentre/" rel="nofollow">http://www.techieshelp.com/esxi-host-disconnected-in-vcentre/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris B</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-2944</link>
		<dc:creator>Chris B</dc:creator>
		<pubDate>Mon, 01 Nov 2010 13:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-2944</guid>
		<description>Hi

Thanks for this information. I would just like to confirm that when i issue the command &quot;mgmt-vmware restart&quot; on the ESX console, this will not drop any of my vm guests right? Theoretically they should continue working as normal?

Chris</description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>Thanks for this information. I would just like to confirm that when i issue the command &#8220;mgmt-vmware restart&#8221; on the ESX console, this will not drop any of my vm guests right? Theoretically they should continue working as normal?</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sharp Admin</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-1716</link>
		<dc:creator>Sharp Admin</dc:creator>
		<pubDate>Fri, 27 Nov 2009 20:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-1716</guid>
		<description>You should also check out if scratch and / directory has enough space left. Sometimes it&#039;s good to manually delete vpxuser by connecting directly in to the box with the client.</description>
		<content:encoded><![CDATA[<p>You should also check out if scratch and / directory has enough space left. Sometimes it&#8217;s good to manually delete vpxuser by connecting directly in to the box with the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Willem</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-1452</link>
		<dc:creator>Willem</dc:creator>
		<pubDate>Tue, 16 Jun 2009 07:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-1452</guid>
		<description>This one worked great!! thx</description>
		<content:encoded><![CDATA[<p>This one worked great!! thx</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: craig</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-303</link>
		<dc:creator>craig</dc:creator>
		<pubDate>Tue, 11 Nov 2008 01:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-303</guid>
		<description>Hi Alexander, maybe your environment is different may have different impact. Yes, you do need to ensure the correct port and setting within the firewall if you have firewall in between on it. For my case, we do not have firewall within the LAN, the firewall is applied to external public network only. Thanks for your sharing, as it may be useful for all of us :)</description>
		<content:encoded><![CDATA[<p>Hi Alexander, maybe your environment is different may have different impact. Yes, you do need to ensure the correct port and setting within the firewall if you have firewall in between on it. For my case, we do not have firewall within the LAN, the firewall is applied to external public network only. Thanks for your sharing, as it may be useful for all of us <img src='http://malaysiavm.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Manfrin</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-302</link>
		<dc:creator>Alexander Manfrin</dc:creator>
		<pubDate>Mon, 10 Nov 2008 21:04:34 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-302</guid>
		<description>Hi Craig, I has a problem like yours and found the solution looking to my firewall between networks.</description>
		<content:encoded><![CDATA[<p>Hi Craig, I has a problem like yours and found the solution looking to my firewall between networks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Suresh</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-119</link>
		<dc:creator>Suresh</dc:creator>
		<pubDate>Tue, 23 Sep 2008 17:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-119</guid>
		<description>I&#039;ve had this problem a couple of times, and reconnecting the server doesn&#039;t usually work either because it doesn&#039;t recognize the authentication information. Restarting the Management Agent over the console fixes the problem and doesn&#039;t bring down any services.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve had this problem a couple of times, and reconnecting the server doesn&#8217;t usually work either because it doesn&#8217;t recognize the authentication information. Restarting the Management Agent over the console fixes the problem and doesn&#8217;t bring down any services.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: craig</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-27</link>
		<dc:creator>craig</dc:creator>
		<pubDate>Sat, 30 Aug 2008 07:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-27</guid>
		<description>the meaning of turn off the HA and DRS will not impact to the way I manage my farm. I had not specified using resource pool with the farm, that is because I had not seen any bottleneck or performance issue with the  environment I am current running, which I am using the R900 with 128 GB memory, and my environment is cross region within Asia, Europe and NA, that meant the peak hour for each VM is different. 

agree with your point, is not who right or wrong here, is really a sharing basis about the different environment and different way we could manage the farm. the reason I turn it off just in case any bugs happen for the HA. Not really concern about the DRS actually. I experience before which I can&#039;t reconfigure back the HA after I disable it. No matter how many time i tried. the only solution that time is really re image the entire ESX and it back to normal. So, just in case something go wrong on HA and force the VM to be failed over and incur down time, I prefer to disable the HA ensure no fail over will happen</description>
		<content:encoded><![CDATA[<p>the meaning of turn off the HA and DRS will not impact to the way I manage my farm. I had not specified using resource pool with the farm, that is because I had not seen any bottleneck or performance issue with the  environment I am current running, which I am using the R900 with 128 GB memory, and my environment is cross region within Asia, Europe and NA, that meant the peak hour for each VM is different. </p>
<p>agree with your point, is not who right or wrong here, is really a sharing basis about the different environment and different way we could manage the farm. the reason I turn it off just in case any bugs happen for the HA. Not really concern about the DRS actually. I experience before which I can&#8217;t reconfigure back the HA after I disable it. No matter how many time i tried. the only solution that time is really re image the entire ESX and it back to normal. So, just in case something go wrong on HA and force the VM to be failed over and incur down time, I prefer to disable the HA ensure no fail over will happen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justme</title>
		<link>http://malaysiavm.com/blog/resolution-esx-hosts-unexpected-disconnected-from-virtual-center-esx-35-update-2/comment-page-1/#comment-26</link>
		<dc:creator>justme</dc:creator>
		<pubDate>Fri, 29 Aug 2008 22:54:54 +0000</pubDate>
		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=93#comment-26</guid>
		<description>Hi Craig,

I manage 70 esx host daily. So always make sure I don&#039;t bring down a host with running VM&#039;s.

I&#039;m unsure how your way is safer, as you haven&#039;t isolated the host from the VM&#039;s running on it when it disconnected. All you have done is create more work for yourself by turning off HA &amp; DRS. Why do I say that?

I assume cause you turned DRS off, your not using any resource pools? Cause once you turn off DRS, it removes all resource pools from the cluster. So when you turn DRS back on, you have to recreate these pools and settings again.

If you have nested pools and different settings this can take a while to recreate and then move each VM into the correct pool. 

All these settings and placements need to be taken note before you turn off DRS!

Its not a your wrong I&#039;m right. It was a different viewpoint of things for others who may have large DRS pools setup.</description>
		<content:encoded><![CDATA[<p>Hi Craig,</p>
<p>I manage 70 esx host daily. So always make sure I don&#8217;t bring down a host with running VM&#8217;s.</p>
<p>I&#8217;m unsure how your way is safer, as you haven&#8217;t isolated the host from the VM&#8217;s running on it when it disconnected. All you have done is create more work for yourself by turning off HA &amp; DRS. Why do I say that?</p>
<p>I assume cause you turned DRS off, your not using any resource pools? Cause once you turn off DRS, it removes all resource pools from the cluster. So when you turn DRS back on, you have to recreate these pools and settings again.</p>
<p>If you have nested pools and different settings this can take a while to recreate and then move each VM into the correct pool. </p>
<p>All these settings and placements need to be taken note before you turn off DRS!</p>
<p>Its not a your wrong I&#8217;m right. It was a different viewpoint of things for others who may have large DRS pools setup.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.317 seconds -->

