<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>WJPatton.com &#187; KB</title>
	<atom:link href="http://wjpatton.com/index.php/tag/kb/feed/" rel="self" type="application/rss+xml" />
	<link>http://wjpatton.com</link>
	<description></description>
	<lastBuildDate>Fri, 23 Dec 2011 17:33:20 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>VMware KB1024051 &#8211; MSCS vCenter Clustering Unsupported</title>
		<link>http://wjpatton.com/index.php/2010/07/vmware-kb1024051-mscs-vcenter-clustering-unsupported/</link>
		<comments>http://wjpatton.com/index.php/2010/07/vmware-kb1024051-mscs-vcenter-clustering-unsupported/#comments</comments>
		<pubDate>Mon, 19 Jul 2010 14:40:13 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[vcenter]]></category>
		<category><![CDATA[vSphere]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=245</guid>
		<description><![CDATA[A newly published VMware KB1024051 article now states that &#8220;VMware does not support third party clustering products.&#8221; This means that Microsoft Clustering Service or Veritas Cluster Services are not supported for vCenter 4.x. Please take this into account when designing mission-critical vCenter deployments.  These customers should be looking at VMware vCenter Server Heartbeat with VMware [...]]]></description>
			<content:encoded><![CDATA[<p>A newly published VMware <a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1024051" target="_blank">KB1024051</a> article now states that &#8220;VMware does not support third party clustering products.&#8221;</p>
<p>This means that Microsoft Clustering Service or Veritas Cluster Services are not supported for vCenter 4.x.</p>
<p>Please take this into account when designing mission-critical vCenter deployments.  These customers should be looking at VMware vCenter Server Heartbeat with VMware HA instead of third-party clustering products.</p>
<p><a href="http://www.vmware.com/products/vcenter-server-heartbeat/" target="_blank">VMware vCenter Server Heartbeat</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2010/07/vmware-kb1024051-mscs-vcenter-clustering-unsupported/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1003797 &#8211; Unable to migrate: Virtual machine is configured to use a device that prevents migration</title>
		<link>http://wjpatton.com/index.php/2010/01/vmware-kb1003797-unable-to-migrate-virtual-machine-is-configured-to-use-a-device-that-prevents-migration/</link>
		<comments>http://wjpatton.com/index.php/2010/01/vmware-kb1003797-unable-to-migrate-virtual-machine-is-configured-to-use-a-device-that-prevents-migration/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 19:13:26 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[MSCS]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=227</guid>
		<description><![CDATA[There seems to be a lot of confusion about vMotion and bus-shared VMDKs.  For the record, and from VMware, it is not recommended nor supported to vMotion your VM between ESX Hosts when using either Virtual or Physical mode bus-sharing. Please see the KB here. I know there are plenty that will disagree and have [...]]]></description>
			<content:encoded><![CDATA[<p>There seems to be a lot of confusion about vMotion and bus-shared VMDKs.  For the record, and from VMware, it is not recommended nor supported to vMotion your VM between ESX Hosts when using either Virtual or Physical mode bus-sharing.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1003797" target="_blank">Please see the KB here.</a></p>
<p>I know there are plenty that will disagree and have found ways of doing it, but within our environments for our MSCS clusters using Physical mode, we disable DRS and only Cold vMotion once the resources of the cluster have been moved off the Node and the VM is Powered Off.</p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2010/01/vmware-kb1003797-unable-to-migrate-virtual-machine-is-configured-to-use-a-device-that-prevents-migration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1011170 &#8211; Checking Zero vs EagerZero Disk Status</title>
		<link>http://wjpatton.com/index.php/2010/01/vmware-kb1011170-checking-zero-vs-eagerzero-disk-status/</link>
		<comments>http://wjpatton.com/index.php/2010/01/vmware-kb1011170-checking-zero-vs-eagerzero-disk-status/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 18:43:59 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[ESX3.5]]></category>
		<category><![CDATA[ESX4]]></category>
		<category><![CDATA[esxi4]]></category>
		<category><![CDATA[KB]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=220</guid>
		<description><![CDATA[VMware has released a KB with a handy vmfstools command to check your VM&#8217;s disk status.  If the VMFS output shows a &#8220;Z&#8221; it is Zerothick with blocks that have not been written to yet. Read the article here. This allows you to check the disk status for options such as Fault Tolerance or Microsoft [...]]]></description>
			<content:encoded><![CDATA[<p>VMware has released a KB with a handy vmfstools command to check your VM&#8217;s disk status.  If the VMFS output shows a &#8220;Z&#8221; it is Zerothick with blocks that have not been written to yet.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1011170" target="_blank">Read the article here.</a></p>
<p>This allows you to check the disk status for options such as Fault Tolerance or Microsoft Cluster Services.  The disks must be in an Eagerzerothick format for these options to work.</p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2010/01/vmware-kb1011170-checking-zero-vs-eagerzero-disk-status/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1016262 &#8211; vCenter Agent Install Fails on ESXi 4 Host</title>
		<link>http://wjpatton.com/index.php/2009/12/vmware-kb1016262-vcenter-agent-install-fails-on-esxi-4-host/</link>
		<comments>http://wjpatton.com/index.php/2009/12/vmware-kb1016262-vcenter-agent-install-fails-on-esxi-4-host/#comments</comments>
		<pubDate>Thu, 10 Dec 2009 16:52:34 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[agent]]></category>
		<category><![CDATA[esxi4]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[vcenter]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=211</guid>
		<description><![CDATA[VMware just posted an alert on this for ESXi 4 Hosts managed by either vCenter 4 or 4 Update 1.  If you remove and re-add the Host to vCenter, or upgrade vCenter to Update 1 you may experience this issue. At this time, there is no official fix, however it appears a reboot should fix [...]]]></description>
			<content:encoded><![CDATA[<p>VMware just posted an alert on this for ESXi 4 Hosts managed by either vCenter 4 or 4 Update 1.  If you remove and re-add the Host to vCenter, or upgrade vCenter to Update 1 you may experience this issue.</p>
<p>At this time, there is no official fix, however it appears a reboot should fix the issue but with the Host disconnected from vCenter; vMotion is not an option and the disconnect may trigger HA, but I would hope that you have placed this host into Maintenance Mode prior to disconnecting from vCenter&#8230;right?  Also, HA should have been disabled prior to your Update 1 patch&#8230;you did that as well, right?</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1016262" target="_blank">Read the official VMware Alert here.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/12/vmware-kb1016262-vcenter-agent-install-fails-on-esxi-4-host/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1016070 &#8211; ESX 4 Update 01 and HP Management Agents Failed Upgrade</title>
		<link>http://wjpatton.com/index.php/2009/11/vmware-kb1016070-esx-4-update-01-and-hp-management-agents-failed-upgrade/</link>
		<comments>http://wjpatton.com/index.php/2009/11/vmware-kb1016070-esx-4-update-01-and-hp-management-agents-failed-upgrade/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 18:26:12 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[ESX4]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[SIM]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=204</guid>
		<description><![CDATA[VMware has posted a bug when upgrading ESX 4 to Update 01 with HP Management Agents running.  (ESXi is unaffected) You may have your host end the update unsuccessfully, and in a non-responsive state.  To avoid this, disable all the HP Management Agents prior to running the update. Read the full article here.]]></description>
			<content:encoded><![CDATA[<p>VMware has posted a bug when upgrading ESX 4 to Update 01 with HP Management Agents running.  (ESXi is unaffected)</p>
<p>You may have your host end the update unsuccessfully, and in a non-responsive state.  To avoid this, disable all the HP Management Agents prior to running the update.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1016070" target="_blank">Read the full article here.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/11/vmware-kb1016070-esx-4-update-01-and-hp-management-agents-failed-upgrade/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1009607 &#8211; Pegasus CIMSERVER Memory Leak</title>
		<link>http://wjpatton.com/index.php/2009/11/vmware-kb1009607-pegasus-cimserver-memory-leak/</link>
		<comments>http://wjpatton.com/index.php/2009/11/vmware-kb1009607-pegasus-cimserver-memory-leak/#comments</comments>
		<pubDate>Fri, 06 Nov 2009 20:56:26 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[CIM]]></category>
		<category><![CDATA[ESX3.5]]></category>
		<category><![CDATA[ESX4]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[KB]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=199</guid>
		<description><![CDATA[VMware has acknowledged an issue that we have been battling for some time with a Pegasus CIMSERVER memory leak.  It has been fixed under ESX 4, as it does not use Pegasus, otherwise setup a CRON job for restart Pegasus periodically. This issue has been extremely frustrating in our environment for a very long time, [...]]]></description>
			<content:encoded><![CDATA[<p>VMware has acknowledged an issue that we have been battling for some time with a Pegasus CIMSERVER memory leak.  It has been fixed under ESX 4, as it does not use Pegasus, otherwise setup a CRON job for restart Pegasus periodically.</p>
<p>This issue has been extremely frustrating in our environment for a very long time, and initially we suspected that HP SIM may be to blame, turns out we may have gotten that wrong.</p>
<p>We have worked with VMware Support many times, and this is the first time they have acknowledged this leak and that HP SIM is not the culprit.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1009607" target="_blank">Read the KB here.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/11/vmware-kb1009607-pegasus-cimserver-memory-leak/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>VMware KB 1008886 &#8211; Unable to read partition from Add Storage Wizard</title>
		<link>http://wjpatton.com/index.php/2009/10/vmware-kb-1008886-unable-to-read-partition-from-add-storage-wizard/</link>
		<comments>http://wjpatton.com/index.php/2009/10/vmware-kb-1008886-unable-to-read-partition-from-add-storage-wizard/#comments</comments>
		<pubDate>Tue, 27 Oct 2009 20:46:23 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[KB]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=197</guid>
		<description><![CDATA[These are great instructions if you have received errors when trying to add a LUN to an ESX Host, and suspect that the LUN may not be READY, or write enabled these instructions can help you troubleshoot and/or fix the LUN. Read the KB here. If you are unable to re-write the LUN label, the [...]]]></description>
			<content:encoded><![CDATA[<p>These are great instructions if you have received errors when trying to add a LUN to an ESX Host, and suspect that the LUN may not be READY, or write enabled these instructions can help you troubleshoot and/or fix the LUN.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1008886" target="_blank">Read the KB here.</a></p>
<p>If you are unable to re-write the LUN label, the disk is not READY or not write enabled.  Otherwise, if the label is something other than msdos, it should now be able to be added after following these instructions.</p>
<p>*Warning* Using Parted incorrectly could destroy data on LUNs in use, if not used properly!</p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/10/vmware-kb-1008886-unable-to-read-partition-from-add-storage-wizard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1005184 &#8211; Decoding ESX Purple Screen Error</title>
		<link>http://wjpatton.com/index.php/2009/09/vmware-kb1005184-decoding-esx-purple-screen-error/</link>
		<comments>http://wjpatton.com/index.php/2009/09/vmware-kb1005184-decoding-esx-purple-screen-error/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 23:38:23 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[PSOD]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=191</guid>
		<description><![CDATA[VMware doesn&#8217;t use the &#8220;Purple Screen of Death&#8221; or &#8220;ESX PSOD&#8221; terminology in their documents so if you Google it, you won&#8217;t get directed to VMware.com and this document for this information.  I know in the past I have spent far too much time searching for PSOD information, so keep this link handy. This document [...]]]></description>
			<content:encoded><![CDATA[<p>VMware doesn&#8217;t use the &#8220;Purple Screen of Death&#8221; or &#8220;ESX PSOD&#8221; terminology in their documents so if you Google it, you won&#8217;t get directed to VMware.com and this document for this information.  I know in the past I have spent far too much time searching for PSOD information, so keep this link handy. This document applies to all versions of ESX, from 1.x to 4.x.</p>
<p>Thank you to <a href="http://twitter.com/vmwarecares" target="_blank">Rick Blythe</a> of <a href="http://www.vmware.com" target="_blank">VMware</a> for the link from the <a href="http://communities.vmware.com/thread/233036" target="_blank">VMTN Community</a> site.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1005184" target="_blank">Document located here.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/09/vmware-kb1005184-decoding-esx-purple-screen-error/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VMware KB1003490 &#8211; Restarting ESX Management Agents</title>
		<link>http://wjpatton.com/index.php/2009/09/vmware-kb1003490-restarting-esx-management-agents-2/</link>
		<comments>http://wjpatton.com/index.php/2009/09/vmware-kb1003490-restarting-esx-management-agents-2/#comments</comments>
		<pubDate>Tue, 08 Sep 2009 17:53:17 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[agents]]></category>
		<category><![CDATA[ESX3.5]]></category>
		<category><![CDATA[ESX4]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[management]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=136</guid>
		<description><![CDATA[You will find these instructions in other How To posts and links here, but I thought I would post a simple KB from VMware for quick reference.  service mgmt-vmware restart, will NOT cause a Guest to reboot or go down. Click here for the article.]]></description>
			<content:encoded><![CDATA[<p>You will find these instructions in other How To posts and links here, but I thought I would post a simple KB from VMware for quick reference.  service mgmt-vmware restart, will NOT cause a Guest to reboot or go down.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1003490" target="_blank">Click here for the article.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/09/vmware-kb1003490-restarting-esx-management-agents-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware KB1010213 &#8211; Basic SCSI Storage Troubleshooting</title>
		<link>http://wjpatton.com/index.php/2009/08/vmware-kb1010213-basic-scsi-storage-troubleshooting/</link>
		<comments>http://wjpatton.com/index.php/2009/08/vmware-kb1010213-basic-scsi-storage-troubleshooting/#comments</comments>
		<pubDate>Tue, 25 Aug 2009 19:25:36 +0000</pubDate>
		<dc:creator>wjpatton</dc:creator>
				<category><![CDATA[VMware]]></category>
		<category><![CDATA[ESX3.5]]></category>
		<category><![CDATA[ESX4]]></category>
		<category><![CDATA[KB]]></category>
		<category><![CDATA[Virtualization]]></category>

		<guid isPermaLink="false">http://wjpatton.com/?p=110</guid>
		<description><![CDATA[VMware has posted a new KB with some useful quick troubleshooting for slow storage issues.  I personally use DAVG/cmd frequently with our Fiber DMX infrastructure. Check out here.]]></description>
			<content:encoded><![CDATA[<p>VMware has posted a new KB with some useful quick troubleshooting for slow storage issues.  I personally use DAVG/cmd frequently with our Fiber DMX infrastructure.</p>
<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1010213">Check out here.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://wjpatton.com/index.php/2009/08/vmware-kb1010213-basic-scsi-storage-troubleshooting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

