<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Vsphere on Evan Hoffman</title><link>https://evan.wtf/tags/vsphere/</link><description>Recent content in Vsphere on Evan Hoffman</description><generator>Hugo</generator><language>en-US</language><copyright>Evan Hoffman</copyright><lastBuildDate>Sat, 20 Apr 2013 14:59:36 +0000</lastBuildDate><atom:link href="https://evan.wtf/tags/vsphere/index.xml" rel="self" type="application/rss+xml"/><item><title>Use PowerShell to disconnect the CDROMs from all VMs in vCenter</title><link>https://evan.wtf/2013/04/20/use-powershell-to-disconnect-the-cdroms-from-all-vms-in-vcenter/</link><pubDate>Sat, 20 Apr 2013 14:59:36 +0000</pubDate><guid>https://evan.wtf/2013/04/20/use-powershell-to-disconnect-the-cdroms-from-all-vms-in-vcenter/</guid><description>&lt;p&gt;Recently I was moving all VMs from one NFS datastore to another so we could destroy the old volume. Storage vMotion took care of this for the most part, but even after moving the files, vCenter still showed that the VMs were using the old datastore. It turned out this was due to the VMs having mounted ISOs on that datastore. The solution was to eject/unmount the CDrom, but I didn&amp;rsquo;t want to do &amp;ldquo;Edit Settings&amp;hellip;&amp;rdquo; and manually remove the CDrom for 200+ VMs.&lt;/p&gt;</description></item><item><title>VMWare Tools Compatibility Matrix</title><link>https://evan.wtf/2013/02/20/vmware-tools-compatibility-matrix/</link><pubDate>Wed, 20 Feb 2013 10:15:22 +0000</pubDate><guid>https://evan.wtf/2013/02/20/vmware-tools-compatibility-matrix/</guid><description>&lt;p&gt;Question: If I install the latest version of VMWare Tools on a guest, what kind of compatibility do I get when I vMotion to an older version of ESX? In other words, is VMware Tools backwards compatible with older versions of ESX/ESXi?&lt;/p&gt;&#10;&lt;p&gt;Answer: Yes, it&amp;rsquo;s backwards compatible. From &lt;a href="http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php"&gt;this tool&lt;/a&gt;:&lt;/p&gt;&#10;&lt;p&gt;&lt;a href="https://evan.wtf/evan/2013/02/20/vmware-tools-compatibility-matrix/vmware-tools-compat/"&gt;&lt;img src="https://evan.wtf/wp-content/uploads/2013/02/vmware-tools-compat-250x300.png" alt="vmware-tools-compat"&gt;&lt;/a&gt;&lt;/p&gt;</description></item><item><title>VMWare 5's new licensing model.</title><link>https://evan.wtf/2011/07/17/vmware-5s-new-licensing-model-2/</link><pubDate>Sun, 17 Jul 2011 10:20:56 +0000</pubDate><guid>https://evan.wtf/2011/07/17/vmware-5s-new-licensing-model-2/</guid><description>&lt;p&gt;After reading up on the new VMware licensing&amp;amp;pricing model I understand the uproar. Limiting vRAM is a reasonable constraint, but 32GB per socket for Enterprise? 48 GB for &amp;ldquo;Enterprise Plus&amp;rdquo;? If you have a dual CPU server with 144 GB (easily configurable last year), with 4.1 you&amp;rsquo;d only need 2 enterprise licenses to use all 144 GB, since in 4.1 an &amp;ldquo;Enterprise&amp;rdquo; license covered 1 CPU (up to 6 cores) and up to 256 GB memory on the host.&lt;/p&gt;</description></item><item><title>Migrating vCenter 4.0 to 4.1 (part 1)</title><link>https://evan.wtf/2010/10/18/migrating-vcenter-4-0-to-4-1-part-1/</link><pubDate>Mon, 18 Oct 2010 22:28:12 +0000</pubDate><guid>https://evan.wtf/2010/10/18/migrating-vcenter-4-0-to-4-1-part-1/</guid><description>&lt;p&gt;When vSphere 4.1 was released earlier this year, I was mildly excited. Our ESX servers are still running 4.0.0 and I had been planning to upgrade to 4.0u1 for a while. When 4.1 came out it seemed to have vindicated my procrastination: now I could just upgrade to 4.1 and take advantage of whatever new features there were (I read something about memory compression&amp;hellip; whatever).&#10;I assumed the upgrade procedure for vCenter itself would be pretty simple: uninstall 4.0 and install 4.1. Well, it turns out that&amp;rsquo;s not the case! I sat down one day to create my game plan for the upgrade and right away I learned this was going to be a lot more work than I&amp;rsquo;d guessed. From &lt;a href="http://kb.vmware.com/kb/1021635"&gt;VMware&amp;rsquo;s KB&lt;/a&gt;:&lt;/p&gt;</description></item><item><title>vCenter: Error parsing the server "(server IP)" "clients.xml" file</title><link>https://evan.wtf/2010/06/23/vcenter-error-parsing-the-server-clients-xml-file-2/</link><pubDate>Wed, 23 Jun 2010 12:18:59 +0000</pubDate><guid>https://evan.wtf/2010/06/23/vcenter-error-parsing-the-server-clients-xml-file-2/</guid><description>&lt;p&gt;I got the above error today after running Windows Update on my XP VM a few days ago. A quick search showed that the error is caused by a Microsoft update to the .NET framework. To resolve it, remove update KB980773 (Add/Remove programs, make sure &amp;ldquo;Show Updates&amp;rdquo; is checked; KB980773 is under &amp;ldquo;Microsoft .NET Framework 2.0 Service Pack 2&amp;rdquo;). I removed it and was able to log in without problems.&lt;/p&gt;</description></item><item><title>vCenter: Error parsing the server "(server IP)" "clients.xml" file</title><link>https://evan.wtf/2010/06/23/vcenter-error-parsing-the-server-clients-xml-file/</link><pubDate>Wed, 23 Jun 2010 12:18:59 +0000</pubDate><guid>https://evan.wtf/2010/06/23/vcenter-error-parsing-the-server-clients-xml-file/</guid><description>&lt;p&gt;I got the above error today after running Windows Update on my XP VM a few days ago. A quick search showed that the error is caused by a Microsoft update to the .NET framework. To resolve it, remove update KB980773 (Add/Remove programs, make sure &amp;ldquo;Show Updates&amp;rdquo; is checked; KB980773 is under &amp;ldquo;Microsoft .NET Framework 2.0 Service Pack 2&amp;rdquo;). I removed it and was able to log in without problems.&lt;/p&gt;</description></item></channel></rss>