<?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 for VMwise</title>
	<atom:link href="http://vmwise.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://vmwise.com</link>
	<description>Info on virtualization among other things</description>
	<lastBuildDate>Tue, 07 Feb 2012 14:44:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on SvMotion with RDM with Windows Dynamic Disks by How to Identify ESXi Boot LUN &#124; VMwise</title>
		<link>http://vmwise.com/2012/01/30/svmotion-with-rdm-with-windows-dynamic-disks/#comment-1784</link>
		<dc:creator>How to Identify ESXi Boot LUN &#124; VMwise</dc:creator>
		<pubDate>Tue, 07 Feb 2012 14:44:56 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=706#comment-1784</guid>
		<description>[...] 7, 2012By KjBI recently posted about my misadventures into SAN array migrations and RDM&#8217;s here and here.  Glad to say that part is at least completed.  Now, it&#8217;s time to move off of the [...]</description>
		<content:encoded><![CDATA[<p>[...] 7, 2012By KjBI recently posted about my misadventures into SAN array migrations and RDM&#8217;s here and here.  Glad to say that part is at least completed.  Now, it&#8217;s time to move off of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DC VMUG Jan 17th @ Nats park by Chris</title>
		<link>http://vmwise.com/2012/01/06/dc-vmug-jan-17th-nats-park/#comment-1736</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 31 Jan 2012 23:19:59 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=678#comment-1736</guid>
		<description>Hi Kanuj,
Sorry that this message isn&#039;t in a relevant spot.  I work for EMC, follow your blog and tweets, and would like to invite you to a special webcast/Q&amp;A. I couldn&#039;t find your email, so I&#039;ll leave you mine. I&#039;d like to send you more information on this event. I hope to hear from you. 
Thanks,
Chris 
chris [dot] britt [at] emc [dot] com</description>
		<content:encoded><![CDATA[<p>Hi Kanuj,<br />
Sorry that this message isn&#8217;t in a relevant spot.  I work for EMC, follow your blog and tweets, and would like to invite you to a special webcast/Q&amp;A. I couldn&#8217;t find your email, so I&#8217;ll leave you mine. I&#8217;d like to send you more information on this event. I hope to hear from you.<br />
Thanks,<br />
Chris<br />
chris [dot] britt [at] emc [dot] com</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Back from the Dead (Surviving vCenter crash for Lab Manager) by Lab Zepplin</title>
		<link>http://vmwise.com/2010/05/20/surviving-vcenter-crash-for-lab-manager/#comment-1525</link>
		<dc:creator>Lab Zepplin</dc:creator>
		<pubDate>Sun, 08 Jan 2012 03:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=5#comment-1525</guid>
		<description>This worked for me!  Thanks - you saved me a lot of pain.</description>
		<content:encoded><![CDATA[<p>This worked for me!  Thanks &#8211; you saved me a lot of pain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by KjB</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1492</link>
		<dc:creator>KjB</dc:creator>
		<pubDate>Thu, 05 Jan 2012 17:18:22 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1492</guid>
		<description>This can happen if either your ESX host never completely registered with vCenter, or if you had a partially successful removal of the host from vCenter.  A full removal would remove the vpxuser account, as well as the vpxa agent and the ha agent.

If you don&#039;t see the vpxuser, then that step is done for you :)

-KjB</description>
		<content:encoded><![CDATA[<p>This can happen if either your ESX host never completely registered with vCenter, or if you had a partially successful removal of the host from vCenter.  A full removal would remove the vpxuser account, as well as the vpxa agent and the ha agent.</p>
<p>If you don&#8217;t see the vpxuser, then that step is done for you <img src='http://vmwise.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>-KjB</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by shane</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1487</link>
		<dc:creator>shane</dc:creator>
		<pubDate>Thu, 05 Jan 2012 14:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1487</guid>
		<description>when I try 
◦Delete the user account vCenter uses to communicate with the host.  –&gt; userdel vpxuser
I get no user found?!?</description>
		<content:encoded><![CDATA[<p>when I try<br />
◦Delete the user account vCenter uses to communicate with the host.  –&gt; userdel vpxuser<br />
I get no user found?!?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by Mike Haun</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1474</link>
		<dc:creator>Mike Haun</dc:creator>
		<pubDate>Wed, 04 Jan 2012 21:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1474</guid>
		<description>That was exactly my case here.  I&#039;ve learned a valuable lesson today, and thanks much for your assistance.</description>
		<content:encoded><![CDATA[<p>That was exactly my case here.  I&#8217;ve learned a valuable lesson today, and thanks much for your assistance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by KjB</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1473</link>
		<dc:creator>KjB</dc:creator>
		<pubDate>Wed, 04 Jan 2012 20:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1473</guid>
		<description>Datastore loss or inaccessibility is a very common cause of a host to disconnect from vCenter.  The agent is pretty low priority, as opposed to datastore checking, so an ESX host will devote many cycles to attempt to bring a datastore online, once lost, and the vpxa (vCenter agent) will suffer.  If you removed access to the datastore without removing it first from ESX, that is most likely your problem.

-KjB</description>
		<content:encoded><![CDATA[<p>Datastore loss or inaccessibility is a very common cause of a host to disconnect from vCenter.  The agent is pretty low priority, as opposed to datastore checking, so an ESX host will devote many cycles to attempt to bring a datastore online, once lost, and the vpxa (vCenter agent) will suffer.  If you removed access to the datastore without removing it first from ESX, that is most likely your problem.</p>
<p>-KjB</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by Mike Haun</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1472</link>
		<dc:creator>Mike Haun</dc:creator>
		<pubDate>Wed, 04 Jan 2012 20:17:43 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1472</guid>
		<description>In my case there were several hundred writes that were queued up in the ESXi host and retrying to a datastore that was removed yesterday afternoon!  Somehow (?), this caused the disconnect and when using your technique to reconnect, the task got stuck at the 80% point and stayed there.  To fix, I either bring back the removed datastore on the SAN or restart the ESXi host at the next maintenance window.
Thanks again,
Mike</description>
		<content:encoded><![CDATA[<p>In my case there were several hundred writes that were queued up in the ESXi host and retrying to a datastore that was removed yesterday afternoon!  Somehow (?), this caused the disconnect and when using your technique to reconnect, the task got stuck at the 80% point and stayed there.  To fix, I either bring back the removed datastore on the SAN or restart the ESXi host at the next maintenance window.<br />
Thanks again,<br />
Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by Mike Haun</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1471</link>
		<dc:creator>Mike Haun</dc:creator>
		<pubDate>Wed, 04 Jan 2012 20:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1471</guid>
		<description>KjB,
I repeated the process and this time it went perfectly, so my previous post can be ignored.
Thanks again,
Mike</description>
		<content:encoded><![CDATA[<p>KjB,<br />
I repeated the process and this time it went perfectly, so my previous post can be ignored.<br />
Thanks again,<br />
Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When a Reconnect is Not Enough by KjB</title>
		<link>http://vmwise.com/2011/03/21/when-a-reconnect-is-not-enough/#comment-1469</link>
		<dc:creator>KjB</dc:creator>
		<pubDate>Wed, 04 Jan 2012 18:34:53 +0000</pubDate>
		<guid isPermaLink="false">http://vmwise.com/?p=424#comment-1469</guid>
		<description>Typically, this error is from a version mismatch between vCenter and ESX.  vCenter always has to be the latest revision in the cluster.  Is that the case in your cluster?

-KjB</description>
		<content:encoded><![CDATA[<p>Typically, this error is from a version mismatch between vCenter and ESX.  vCenter always has to be the latest revision in the cluster.  Is that the case in your cluster?</p>
<p>-KjB</p>
]]></content:encoded>
	</item>
</channel>
</rss>

