<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-3656306964292710701</id><updated>2012-02-22T15:33:30.509-08:00</updated><category term='EMC'/><category term='orange'/><category term='CX4'/><category term='joke vmworld vmware'/><category term='refreshing'/><category term='esxi'/><category term='RHEL5 ESX VMware'/><category term='FLARE'/><category term='frist post'/><title type='text'>vKoolAid</title><subtitle type='html'></subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>41</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-618270465099501618</id><published>2012-02-22T15:33:00.001-08:00</published><updated>2012-02-22T15:33:30.519-08:00</updated><title type='text'>The VCP5 can smell fear</title><content type='html'>For me, it was the fact that I'd never actually gone through an AutoDeploy setup. I mean, Enterprise Plus license level only with large shops that are deploying massive hosts? Not used often. I use the ESX Deployment Appliance. The every-person's version of kickstart for ESXi systems. I love EDA.&lt;br /&gt;&lt;br /&gt;Anyway. The test could sense that I had skimmed the AutoDeploy documentation. I'm sure it has sensed fear from others on different subjects. A respectable 400 considering that I probably missed all the autodeploy questions.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-618270465099501618?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/618270465099501618/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/vcp5-can-smell-fear.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/618270465099501618'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/618270465099501618'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/vcp5-can-smell-fear.html' title='The VCP5 can smell fear'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-7283537156677614195</id><published>2012-02-13T18:50:00.001-08:00</published><updated>2012-02-14T15:44:06.347-08:00</updated><title type='text'>hostdatastoresystem.createvmfsdatastore for object datastoresystem error</title><content type='html'>Well, from the ramblings of other blogs and the community forums, that ^ error string from the vSphere Client could mean just about anything could be wrong with your storage, your LUNs or your storage network.&lt;br /&gt;In my case, after a long call with Dell EqualLogic and VMware, it turned out to be MTU size. In order to make my world right again, the MTU size on the Dell 6224 switches needed to be higher than the MTU size on the surrounding infrastructure. So: vSwitch, VMKernel and EqualLogic mtu: 9000. 6224's: 9126&lt;br /&gt;&lt;br /&gt;Previous to that, there were logins and logouts on the iSCSI side, all sorts of errors seen in the vmkernel logs, but nothing...absolutely nothing...pointed in the direction of the MTU.&lt;br /&gt;&lt;br /&gt;So, my short story that was actually really long is to show you, dear reader, that the first blog post that you find with this error message might not be your problem, it might not be the third or fifth solution you find. You might need to get help from someone else to check your configuration for something stupid that you've missed because you are less familiar with certain switches.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-7283537156677614195?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/7283537156677614195/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/you-know-its-good-when.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7283537156677614195'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7283537156677614195'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/you-know-its-good-when.html' title='hostdatastoresystem.createvmfsdatastore for object datastoresystem error'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-1262631493661314556</id><published>2012-02-01T10:46:00.000-08:00</published><updated>2012-02-01T11:08:29.689-08:00</updated><title type='text'>ipcop 2.0.2</title><content type='html'>&lt;p&gt;IPCOP2 still needs buslogic SCSI controller; and in order to use BusLogic, make sure you've chosen Other Linux 32bit.&lt;br/&gt;&lt;br/&gt;And E1000 nics (but you should have known that).&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-1262631493661314556?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/1262631493661314556/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/ipcop-202.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1262631493661314556'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1262631493661314556'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/ipcop-202.html' title='ipcop 2.0.2'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-658225925570579481</id><published>2012-02-01T09:50:00.000-08:00</published><updated>2012-02-01T09:50:57.087-08:00</updated><title type='text'>Legacy Applications</title><content type='html'>I got it. I've got a better handle on "cloud" than ever before. Aaron Delp and Brian Gracely helped me there, putting it in perspective of "traditional" hypervisor/cloud stacks. Drink up: &lt;a href="http://www.youtube.com/watch?v=c1GFoY4btpo"&gt;Drink Me&lt;/a&gt;. Google their names and great things pop up. From here in the trenches, it's good to get a high level overview every once and a while.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-658225925570579481?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/658225925570579481/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/legacy-applications.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/658225925570579481'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/658225925570579481'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2012/02/legacy-applications.html' title='Legacy Applications'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-399930902903656468</id><published>2012-01-24T15:45:00.000-08:00</published><updated>2012-02-01T09:39:12.207-08:00</updated><title type='text'>old linux VM trick..</title><content type='html'>&lt;p&gt;I was re-deploying a vDR2.0 machine today and could *not* get the console keyboard to stop stuttering. I looked up the old trick for delay, but it doesn't seem to be taking effect. The options-&gt;general-&gt;config params are not available for this appliance, not sure if the machine is ignoring other options on the vmx file.. I ended up using the Microsoft on-screen keyboard to get in and set the IP. Here's the text of the kb article for future personal reference. I haven't had to use this hack in years.&lt;/p&gt;&lt;p&gt;http://kb.vmware.com/kb/196&lt;br/&gt;&lt;br/&gt;To reduce these effects, increase the time threshold necessary for auto-repeat in the remote console.&lt;br/&gt;&lt;br/&gt;Power off the virtual machine.Add a line, similar to this, at the end of your virtual machine's configuration (.vmx) file:&lt;br/&gt;&lt;br/&gt;keyboard.typematicMinDelay = "2000000"&lt;br/&gt;&lt;br/&gt;The delay is specified in micro-seconds, so the line in the example above increases the repeat time to 2 seconds. This should ensure that you never get auto-repeat unless you intend it. &lt;br/&gt;&lt;br/&gt;Power on the virtual machine.To make the changes using the vSphere Client:Power off the virtual machineRight click virtual machine select Edit SettingsClick Options &gt; General  &gt; Configuration ParametersClick Add RowUnder Name enter keyboard.typematicMinDelay  In the Value field  2000000Click OKPower on the virtual machine&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-399930902903656468?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/399930902903656468/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2012/01/old-linux-vm-trick.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/399930902903656468'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/399930902903656468'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2012/01/old-linux-vm-trick.html' title='old linux VM trick..'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3782109396059102706</id><published>2011-12-09T13:00:00.001-08:00</published><updated>2011-12-09T13:04:08.588-08:00</updated><title type='text'>you do not hold privilege "system &gt; read" on virtual machine ""</title><content type='html'>Yep, blank name for the virtual machine.&lt;br /&gt;&lt;br /&gt;More information:&lt;br /&gt;Call storageresourcemanager.configurestoragedrsforpod blah blah&lt;br /&gt;(didn't write it all down)&lt;br /&gt;&lt;br /&gt;I did once get the above ^ permission error and then this message:&lt;br /&gt;The guest os id is not valid. Therefore, editing these vm settings is not recommended.&lt;br /&gt;&lt;br /&gt;What was I doing?&lt;br /&gt;Cloned a virtual machine and then tried to make any changes to the settings (I tried changing the port group and adding/removing a vCD iso). Saying OK to commit the changes brings up that permission error.&lt;br /&gt;&lt;br /&gt;I looked up the Storage Resource Manager parts in the API docs and there are no associated privileges: &lt;a href="http://pubs.vmware.com/vsphere-50/topic/com.vmware.wssdk.apiref.doc_50/vim.StorageResourceManager.html#ConfigureStorageDrsForPod"&gt;Drink Me&lt;/a&gt;Similar calls need System.View priv set (which this user holds).&lt;br /&gt;Here's the way I've currently been able to get rid of the error: I removed the associated datastores from the datastore clusters (moved it to the parent folder) and now I can't recreate the problem. I moved the datastores back under the datastore clusters (without otherwise making changes) and still no error message.&lt;br /&gt;&lt;br /&gt;Sounds like a bug with storage DRS to me... I'll wait to see if it shows back up.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3782109396059102706?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3782109396059102706/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/12/you-do-not-hold-privilege-system-read.html#comment-form' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3782109396059102706'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3782109396059102706'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/12/you-do-not-hold-privilege-system-read.html' title='you do not hold privilege &quot;system &gt; read&quot; on virtual machine &quot;&quot;'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3694563835455386093</id><published>2011-10-31T13:48:00.000-07:00</published><updated>2011-10-31T13:48:42.208-07:00</updated><title type='text'>Consolidated server and desktop workload licensing failure</title><content type='html'>VMware View and a standard vSphere server workload deployment cannot mix. Separate physical hosts, separate vCenters. WHY???&lt;br /&gt;If you have a SMB who wants to get their feet wet with both virtualized Desktop and Server workloads, you're telling them that they need to purchase twice the rackspace to have the same n+1 cluster setup. I can see large shops wanting to keep the workloads (and admins in charge of them) as separate entities, but don't make it a restriction.&amp;nbsp; &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;From &lt;a href="http://vmchart.org/files/pdf/view/VMware-View-FAQ-Pricing-Licensing-and-Support.pdf"&gt;VMware View 5 Licensing FAQ:&lt;/a&gt;&lt;br /&gt;Q: Can I run other server workloads on the vSphere that is included in View? &lt;br /&gt;A: No. The vSphere and vCenter components of the View bundle are restricted to desktop deployments. A desktop virtual machine is defined as a virtual machine running the following operating systems: Windows 95/98, Windows 2000 Professional, Windows XP Professional, Windows Vista Ultimate, Windows Vista Business, or Windows Vista Enterprise, Windows 7.&lt;br /&gt;The only exception to this rule are the components that make up the virtualized desktop infrastructure (View Manager, vCenter Server, another Connection Broker and/or any desktop management and performance monitoring tools used solely for hosted desktop virtual machine(s) within an operating system of a server).&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3694563835455386093?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3694563835455386093/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/consolidated-server-and-desktop.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3694563835455386093'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3694563835455386093'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/consolidated-server-and-desktop.html' title='Consolidated server and desktop workload licensing failure'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-6898517322948178767</id><published>2011-10-18T17:15:00.000-07:00</published><updated>2011-10-18T17:15:41.638-07:00</updated><title type='text'>vSphere 5 vCenter Appliance first take</title><content type='html'>UTC. Do not change the timezone on the appliance or the embedded DB2 database will not start.&amp;nbsp;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Also watch for the DB2 logsize:&amp;nbsp;http://kb.vmware.com/kb/1005259&lt;/div&gt;&lt;div&gt;And the Likewise AD auth needs to be a domain admin, but it won't put the hostname in correctly if it's longer than 15 chars.&amp;nbsp;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Bugs to work out? Nahhhhh..&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Other than those...few..gaping holes, I think VMware's got something going for it.&amp;nbsp;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-6898517322948178767?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/6898517322948178767/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/vsphere-5-vcenter-appliance-first-take.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6898517322948178767'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6898517322948178767'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/vsphere-5-vcenter-appliance-first-take.html' title='vSphere 5 vCenter Appliance first take'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-2719513904712905665</id><published>2011-10-11T18:25:00.001-07:00</published><updated>2011-10-11T18:25:06.480-07:00</updated><title type='text'>ESX 3.0 on ESX 4.0</title><content type='html'>I was trying to run ESX 3.0.3 U1 inside of my vSphere 4.0&amp;nbsp;implementation (so that I could test upgrade strategies to 4.1).&lt;br /&gt;&lt;br /&gt;I set the OS as RHEL 4 (64bit) and specified "Use Intel VT-x/AMD-V" under the CPU/MMU Virtualization Options area (rather than automatic). It seemed to boot fine at that point.&lt;br /&gt;Note that the install went fine without poking in the settings area, but it was just hanging at&amp;nbsp;"vmkernel has been loaded successfully" rather than actually booting into the OS.&lt;br /&gt;&lt;br /&gt;Now I can get to work.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-2719513904712905665?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/2719513904712905665/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/esx-30-on-esx-40.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2719513904712905665'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2719513904712905665'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/10/esx-30-on-esx-40.html' title='ESX 3.0 on ESX 4.0'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-8612400666928291111</id><published>2011-09-30T17:14:00.000-07:00</published><updated>2011-10-01T16:58:34.037-07:00</updated><title type='text'>VMW 2011 sessions</title><content type='html'>Using the bash script linked below will download all available flv presentations or the session pdf if no flv was available. Some sessions did not have any content (about a dozen or so). Resulting folder size is currently 16.5G. Requires lwp-download that should work on sol/nix/OSX ..as long as perl is installed.&lt;br /&gt;Or just browse the script for sessions you want. Session name will be the file name.&lt;br /&gt;&lt;br /&gt;...if anyone asks, i got it from a friend of a friend.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.kattrap.net/vmw_dl_2011.sh"&gt;Drink Me&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-8612400666928291111?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/8612400666928291111/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/09/vmw-2011-sessions.html#comment-form' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8612400666928291111'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8612400666928291111'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/09/vmw-2011-sessions.html' title='VMW 2011 sessions'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-7735870370862338325</id><published>2011-08-01T15:58:00.000-07:00</published><updated>2011-08-01T16:02:17.247-07:00</updated><title type='text'>virtualappsonline redirect</title><content type='html'>I'm going to redirect a site I own and have done nothing with over here.. It's virtualappsonline.com&lt;br /&gt;&lt;br /&gt;The only real topic on that site was a VM I made for the marketplace in Jan 2007. This is the text, just for fun: &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;activeCollab 0.7.1 Project Management Solution&lt;br /&gt;Description&lt;br /&gt;From http://www.activecollab.com website:&lt;br /&gt;activeCollab is an easy to use, web based, open source collaboration and project management tool. Set up an environment where you, your team and your clients can collaborate on active projects using a set of simple, functional tools. 100% free!&lt;br /&gt;Download links at the bottom of this post&lt;br /&gt;Highlights&lt;br /&gt;1. Easy to install and easy to use&lt;br /&gt;2. Web-based. After installation only thing you'll need to use it is web browser&lt;br /&gt;3. 100% open source, 100% free&lt;br /&gt;4. No limitations on number of projects, clients, team members...&lt;br /&gt;5. Per project permissions&lt;br /&gt;---&lt;br /&gt;Google for other reviews of this project management platform. Most reviews compare it to Basecamp by 37signals.&lt;br /&gt;---&lt;br /&gt;Below is text from included readme file:&lt;br /&gt;==Debian Settings==&lt;br /&gt;Login to server: root toor&lt;br /&gt;Login to mysql: root toor&lt;br /&gt;ac 4ct1v3&lt;br /&gt;Login to activeCollab website: admin 4ct1v3&lt;br /&gt;* mysql database ac created for activeCollab&lt;br /&gt;* ssh access available to root&lt;br /&gt;* no firewall settings&lt;br /&gt;* vmware tools not installed (no GUI installed)&lt;br /&gt;==Virtual Machine Settings==&lt;br /&gt;floppy1, sound adapter turned off&lt;br /&gt;ethernet1 bridged (will receive a DHCP address from your local network). To change network settings to static, see the /etc/network/interfaces file.&lt;br /&gt;==Getting the Server / activeCollab Setup==&lt;br /&gt;change /var/www/activecollab/config/config.php ROOT_URL listing to the server's FQDN for active collab to work&lt;br /&gt;/etc/apt/sources.list should be changed to a mirror closer to you. See http://www.debian.org/mirror/list for a listing.&lt;br /&gt;Dotdeb should stay in the sources list for php5 / mysql5 updates. http://www.dotdeb.org/&lt;br /&gt;Operating system: Debian Sarge 3.1 Stable&lt;br /&gt;Applications installed:&lt;br /&gt;Debian Sarge 3.1: Apache2-mpm-prefork, MySQL-server, PHP5, PHP5-MySQL, PHP5-gd, activeCollab 0.7.1&lt;br /&gt;VMware Tools installed: No - With no GUI, VM tools doesn't change performance.&lt;br /&gt;Size: 222.3 MB MB&lt;br /&gt;Primary account&lt;br /&gt;Username: root&lt;br /&gt;Password: toor&lt;br /&gt;Memory allocated: 256MB&lt;br /&gt;==Download Links==&lt;br /&gt;Available upon request... but come on now..&lt;br /&gt;md5sum: ad8904b13d56f5c6c6221fb8f9ce6e60&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-7735870370862338325?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/7735870370862338325/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/08/virtualappsonline-redirect.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7735870370862338325'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7735870370862338325'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/08/virtualappsonline-redirect.html' title='virtualappsonline redirect'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-7502094064166802840</id><published>2011-07-14T10:26:00.000-07:00</published><updated>2011-08-03T15:11:35.208-07:00</updated><title type='text'>The KoolAid is now laced</title><content type='html'>The &lt;a href="http://en.wikipedia.org/wiki/Cult_suicide"&gt;potassium cyanide&lt;/a&gt; has been added. Who will drink the new &lt;a href="http://www.vmware.com/files/pdf/vsphere_pricing.pdf"&gt;vSphere 5 licensing model&lt;/a&gt;? &lt;br /&gt;&lt;br /&gt;For myself, it's time to look into XenServer and maybe even HyperV. vSphere 4.1 is an excellent product and hopefully VMware will reconsider this idiotic move.&lt;br /&gt;&lt;br /&gt;--- Update 8/3/11: &lt;br /&gt;&lt;br /&gt;Yep. They fumbled the ball but have come up with a solution that should work for most shops. Smart move VMware. XenServer is pretty easy to run. &lt;br /&gt;&lt;br /&gt;&lt;a href="http://blogs.vmware.com/vsphere/2011/08/adjusting-the-new-vram-model-with-vsphere-5-we-heard-you.html"&gt;Drink Me now&lt;/a&gt; :)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-7502094064166802840?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/7502094064166802840/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/07/koolaid-is-now-laced.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7502094064166802840'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/7502094064166802840'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/07/koolaid-is-now-laced.html' title='The KoolAid is now laced'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-8762185676222231927</id><published>2011-07-01T18:18:00.000-07:00</published><updated>2011-07-01T18:31:58.290-07:00</updated><title type='text'>vCenter database growth problem and fix</title><content type='html'>Symptom: Disk space low after a scheduled job at night in dev environment. DBA &amp; I were alerted, DBA looked into it initially. &lt;br /&gt;&lt;br /&gt;Short Term Cause: Short term cause (figured out by DBA) was when the index for the VPX_HIST_STAT2 table is re-organized (when fragmentation &gt; 20%). The table was huge (42,000,000+ rows, while prod holds 7,000,000+) and holds the weekly history stats. This table, when running correctly, will hold the last week's worth of stats based on the stat level associated..and nothing else. I changed the stat level in dev to reflect the same settings as prod, restarted services and did some general poking with no success in a reduction of the table size. &lt;br /&gt;&lt;br /&gt;Long term cause: When looking at the "VPXV_HIST_STAT_WEEKLY" view in dev, there were dates listed all the way back to 2009, although nothing very synchronous. Further digging in SQL Server brought me to the sql agent job that is supposed to do the rollup sequence and purge old records from that table ("Past Week stats rollup&lt;DATABASE NAME&gt;"). At some point (unknown date), the third step that purges the old record was set to never run (the second step would quit the job upon success). I shut down vCenter services and ran the third step in the job to start purging the records. &lt;br /&gt;&lt;br /&gt;Hiccup: The purge job grew the transaction log to the point that it filled up the partition, grinding SQL Server to a halt. I was trying to cancel the job/shut down the sql server agent service, when the gears stopped. I added a new 25G disk to the VM and moved the log file (then at 11G) to this new partition. I started SQL Server back up and banged on it a bit to start the virtualCenterDev database up again*. Once up, I re-started the rollup/purge job and had to run to an appointment. &lt;br /&gt;&lt;br /&gt;Finale: Watched by DBA, the job completed successfully then ran again successfully &amp; quickly on the next schedule (probably because the vcenter service was still off).  DBA ran a full backup then shrank the data &amp; log files on both the vcenter db &amp;  tempdb.  Ran another full backup &amp; t-log backup. The log file is still on the new partition and can stay there through the lifespan of this VM (not long, as 4.1 is imminent). &lt;br /&gt;vCenter services are now on and the database is at it's [probably correct] size of 1.2G. &lt;br /&gt;&lt;br /&gt;Moral of the Story: Perhaps I should pay better attention to the database size. There is an estimator built into the vCenter client on the statistic level settings page for the db size based on the stat levels you choose. vcenterdev is now at that estimated size (rather than the 4.2G with one table running at 2.2G).&lt;br /&gt;&lt;br /&gt;* : database offline, sp_detach_db, sp_attach_DB... http://www.mssqltips.com/tip.asp?tip=1774&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-8762185676222231927?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/8762185676222231927/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/07/vcenter-database-growth-problem-and-fix.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8762185676222231927'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8762185676222231927'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/07/vcenter-database-growth-problem-and-fix.html' title='vCenter database growth problem and fix'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-1309784095463419784</id><published>2011-05-09T12:48:00.000-07:00</published><updated>2011-05-09T12:50:42.831-07:00</updated><title type='text'>vCenter update manager version 4.0.0.7313</title><content type='html'>Version 7313 is 4.0 U3. &lt;br /&gt;I've got two vCenter instances running in the same subnet... sometimes I'm not sure if I'm connecting to the right discovered plug-in. It's only a problem when I go to upgrade the dev/staging environment. Heh.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-1309784095463419784?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/1309784095463419784/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/05/vcenter-update-manager-version-4007313.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1309784095463419784'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1309784095463419784'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/05/vcenter-update-manager-version-4007313.html' title='vCenter update manager version 4.0.0.7313'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-4925440833109069399</id><published>2011-04-07T19:02:00.000-07:00</published><updated>2011-07-12T16:43:05.360-07:00</updated><title type='text'>Please use vCenter. Please?</title><content type='html'>I've learned that I've been living the good life with vCenter (formerly known as virtualcenter). It's always been a part of the environments under my care. Now I'm seeing that other shops are not as lucky... I keep having to look up ways to hack around the things that I've taken for granted all this time. Like alarms, historical graphs, cloning... I could go on. Luckily the hacks are out there, it's just not pretty. &lt;br /&gt;You can get 3 vSphere Essentials lics + vcenter for under $1k. Now, that cheap version of vcenter has some gotchas like database size, but worth it. So worth it. So all you smallish shops: Use vCenter, please. Don't run it as a VM *on* the hosts it's managing. You'll thank me later.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-4925440833109069399?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/4925440833109069399/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/04/please-use-vcenter-please.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/4925440833109069399'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/4925440833109069399'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/04/please-use-vcenter-please.html' title='Please use vCenter. Please?'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-5046736128935068080</id><published>2011-03-22T15:23:00.000-07:00</published><updated>2011-03-22T15:34:11.558-07:00</updated><title type='text'>vCenter management over WAN links</title><content type='html'>Traffic that heads through vCenter in a WAN vSphere architecture: &lt;br /&gt;&lt;br /&gt;- vUM patches&lt;br /&gt;- Template Clones (that live in one location that you are deploying in another)&lt;br /&gt;- virtual console&lt;br /&gt;- linking virtual CDs&lt;br /&gt;&lt;br /&gt;Some tips with syncing options listed here: &lt;a href="http://communities.vmware.com/docs/DOC-11492"&gt;Drink Me&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;While PHD's free patch downloader can help with lack of local vUM. &lt;br /&gt;&lt;br /&gt;Other than connecting locally to the ESX(i) server that is hosting the VM, I don't see another way around virtual console access. &lt;br /&gt;&lt;br /&gt;I'll update if I come across anything else.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-5046736128935068080?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/5046736128935068080/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/03/vcenter-management-over-wan-links.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5046736128935068080'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5046736128935068080'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/03/vcenter-management-over-wan-links.html' title='vCenter management over WAN links'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-268008155881631978</id><published>2011-02-06T14:29:00.001-08:00</published><updated>2011-02-06T14:31:07.903-08:00</updated><title type='text'>get-esxtop != resxtop</title><content type='html'>Bleh. get-esxtop is no alternative for resxtop. You windows users are better off getting vmplayer with vma inside.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-268008155881631978?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/268008155881631978/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/02/get-esxtop-resxtop.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/268008155881631978'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/268008155881631978'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/02/get-esxtop-resxtop.html' title='get-esxtop != resxtop'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-8288257788251241507</id><published>2011-01-31T13:22:00.000-08:00</published><updated>2011-01-31T13:56:44.545-08:00</updated><title type='text'>ESXi</title><content type='html'>To follow up on &lt;a href="http://vkoolaid.blogspot.com/2011/01/esxi-active-directory-lookup-failure.html"&gt;Call "UserDirectory.RetrieveUserGroups" for object "ha-user-directory" on ESXi "" failed.&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;YEP! Changing the LDAP SSL certificate requirements from "required" to uh.. not.. made the error go away on our domain. &lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;Computer configuration - Policies - Windows Settings - Security Settings - Local Policies/Security Options - Domain Controller: LDAP server signing requirements (None/Require signing/Undefined[which is the same as None])&lt;br /&gt;&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;A quick google search brought up &lt;a href="http://www.likewise.com/community/index.php/forums/viewthread/565/"&gt;this likewise discussion&lt;/a&gt;, where a member of likewise states that they don't support ldaps. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;The ticket for me was the "LDAP error code: 8 (Strong(er) authentication required)" line in /host/messages. No verbose logging was required to get to the root of the problem. &lt;br /&gt;Good enough for me and my crew.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-8288257788251241507?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/8288257788251241507/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8288257788251241507'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/8288257788251241507'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi.html' title='ESXi'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-5199426440363610378</id><published>2011-01-28T16:03:00.000-08:00</published><updated>2011-01-28T16:53:13.544-08:00</updated><title type='text'>ESXi Active Directory Lookup failure</title><content type='html'>Call "UserDirectory.RetrieveUserGroups" for object "ha-user-directory" on ESXi "&lt;hostname&gt;" failed.&lt;br /&gt;&lt;br /&gt;Wha? &lt;br /&gt;&lt;br /&gt;ESXi 4.1.0 v320137, evaluation license&lt;br /&gt;&lt;br /&gt;Looks like a known bug: &lt;a href="http://communities.vmware.com/message/1688839"&gt;http://communities.vmware.com/message/1688839&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Note my message there at the bottom that says that the actual authentication and user/group add/del works fine... you just have to manually type the users/groups. &lt;br /&gt;&lt;br /&gt;Here's my traceback in /host/messages:&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.905 FFDC2B90 verbose 'UserDirectory' opID=C6A12DE4-00000176] Searching for LDAP server for AD&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.909 FFDC2B90 verbose 'UserDirectory' opID=C6A12DE4-00000176] Using LDAP base dn: DC=ad,DC=mycompany,DC=com&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.910 FFDC2B90 verbose 'SysCommandPosix' opID=C6A12DE4-00000176] ForkExec '/bin/kinit', pid 30416, rc 0&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.959 FFDC2B90 error 'UserDirectory' opID=C6A12DE4-00000176] LDAP error code: 8 (Strong(er) authentication required)&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.959 FFDC2B90 error 'App' opID=C6A12DE4-00000176] Error accessing directory: Can't bind to LDAP server for domain: AD&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.959 FFDC2B90 info 'App' opID=C6A12DE4-00000176] AdapterServer caught exception: 68130fd8&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 info 'Vmomi' opID=C6A12DE4-00000176] Activation [N5Vmomi10ActivationE:0x68094b10] : Invoke done [retrieveUserGroups] on [vim.UserDirectory:ha-user-directory]&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg domain:&lt;br /&gt;Jan 29 00:43:07 Hostd: "AD"&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg searchStr:&lt;br /&gt;Jan 29 00:43:07 Hostd: ""&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg belongsToGroup:&lt;br /&gt;Jan 29 00:43:07 Hostd: (null)&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg belongsToUser:&lt;br /&gt;Jan 29 00:43:07 Hostd: (null)&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg exactMatch:&lt;br /&gt;Jan 29 00:43:07 Hostd: false&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg findUsers:&lt;br /&gt;Jan 29 00:43:07 Hostd: true&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 verbose 'Vmomi' opID=C6A12DE4-00000176] Arg findGroups:&lt;br /&gt;Jan 29 00:43:07 Hostd: true&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 info 'Vmomi' opID=C6A12DE4-00000176] Throw vmodl.fault.SystemError&lt;br /&gt;Jan 29 00:43:07 Hostd: [2011-01-29 00:43:07.960 FFDC2B90 info 'Vmomi' opID=C6A12DE4-00000176] Result:&lt;br /&gt;Jan 29 00:43:07 Hostd: (vmodl.fault.SystemError) {&lt;br /&gt;Jan 29 00:43:07 Hostd:    dynamicType = &lt;unset&gt;, &lt;br /&gt;Jan 29 00:43:07 Hostd:    faultCause = (vmodl.MethodFault) null, &lt;br /&gt;Jan 29 00:43:07 Hostd:    reason = "Error accessing directory", &lt;br /&gt;Jan 29 00:43:07 Hostd:    msg = "", &lt;br /&gt;Jan 29 00:43:07 Hostd: }&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;Also seems from the logs that there's something running in the background using the credentials that added the host to AD for some other lookup. Not sure how I feel about that one. &lt;br /&gt;&lt;br /&gt;I'll see if I can devote any more time to this next week. As it is, it just looks to be an obnoxious bug...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-5199426440363610378?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/5199426440363610378/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi-active-directory-lookup-failure.html#comment-form' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5199426440363610378'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5199426440363610378'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi-active-directory-lookup-failure.html' title='ESXi Active Directory Lookup failure'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-5957234030149068426</id><published>2011-01-12T14:41:00.000-08:00</published><updated>2011-01-12T14:44:03.190-08:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='esxi'/><title type='text'>ESXi log file location</title><content type='html'>Damned if I had a brain freeze today and couldn't remember the url path where ESXi has it's log files:&lt;br /&gt;&lt;blockquote&gt;https://hostname/host&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;There.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-5957234030149068426?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/5957234030149068426/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi-log-file-location.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5957234030149068426'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5957234030149068426'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2011/01/esxi-log-file-location.html' title='ESXi log file location'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-6281704446066250484</id><published>2010-12-07T18:07:00.000-08:00</published><updated>2010-12-07T18:24:22.157-08:00</updated><title type='text'>New VMware Licensing (updated)</title><content type='html'>ESX licensing doesn't look to be changing. The quick word back from our rep is:&lt;br /&gt;&lt;br /&gt;"We will be changing how some of the management products are licensed (moving from socket-based to vm-based)."&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-6281704446066250484?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/6281704446066250484/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-vmware-licensing.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6281704446066250484'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6281704446066250484'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-vmware-licensing.html' title='New VMware Licensing (updated)'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-622020128142929250</id><published>2010-12-07T18:06:00.000-08:00</published><updated>2010-12-07T18:09:06.418-08:00</updated><title type='text'>New Cluster Voting</title><content type='html'>&lt;script type="text/javascript" charset="utf-8" src="http://static.polldaddy.com/p/4213438.js"&gt;&lt;/script&gt;&lt;br /&gt;&lt;noscript&gt;&lt;br /&gt; &lt;a href="http://polldaddy.com/poll/4213438/"&gt;Name the new ESX cluster!&lt;/a&gt;&lt;span style="font-size:9px;"&gt;&lt;a href="http://polldaddy.com/features-surveys/"&gt;online survey&lt;/a&gt;&lt;/span&gt;&lt;br /&gt;&lt;/noscript&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-622020128142929250?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/622020128142929250/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-cluster-voting.html#comment-form' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/622020128142929250'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/622020128142929250'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-cluster-voting.html' title='New Cluster Voting'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-2898589900700553720</id><published>2010-12-02T11:43:00.000-08:00</published><updated>2010-12-02T11:48:58.280-08:00</updated><title type='text'>New vSphere licensing on the way?</title><content type='html'>I heard a scoop that VMware has hired the individual that was in charge of Oracle's per core licensing model... So there's a good chance that vSphere will see licensing changes. We'll see if my vmware contacts can confirm anything.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-2898589900700553720?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/2898589900700553720/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-vsphere-licensing-on-way.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2898589900700553720'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2898589900700553720'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/12/new-vsphere-licensing-on-way.html' title='New vSphere licensing on the way?'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3718884485965813303</id><published>2010-11-09T15:32:00.001-08:00</published><updated>2010-11-09T15:44:56.910-08:00</updated><title type='text'>Will Steve drink the kool-aid?</title><content type='html'>A co-worker passed on this well written letter to Apple from UW-Madison to support virtualization, especially in a post Xserve world. &lt;a href="http://appleopenletter.com/"&gt;Drink Me&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Which made me remember a bit of research I did for a potential client in Jul 2009. Below is the email in full:&lt;br /&gt;&lt;br /&gt;---&lt;br /&gt;I got a question about VMWare's enterprise product line on Apple Hardware (as this is a requirement to run OSX). Looks like there was a recent thread started in a few places online talking about this. Here is the thread, excerpts below. http://communities.vmware.com/thread/213146&lt;br /&gt;&lt;br /&gt;From a VMWare employee:&lt;br /&gt;vSphere support for xServe requires supporting UEFI. This capability is on VMware's roadmap for a future release. Sorry, I can't give you an ETA but hope that helps.&lt;br /&gt;Thoughts from me:&lt;br /&gt;2011? 2012? I wouldn't think sooner.&lt;br /&gt;&lt;br /&gt;From a VMWare customer:&lt;br /&gt;So, though the Parallels Server Virtualization Product IS more Serverish than running Fusion, it is still not Bare Metal, and definately NOT VSphere.&lt;br /&gt;&lt;br /&gt;Info from me on this:&lt;br /&gt;http://www.parallels.com/products/server/mac/features/  "Parallels Server for Mac" requires OSX to be installed on the hardware. At one point in the marketing on their site they call it a "bare-metal" solution but it DOES require a base install of OSX to run the APPLICATION "Parallels Server for Mac".&lt;br /&gt;The single biggest thing that precludes us from looking at other hypervisor solutions is memory optimization. ANY other hypervisor solution (HyperV, Xen, xVM, Parallels, etc..) do not have the ability to oversubscribe memory. When the same piece of physical hardware can comfortably host 5 Hyper-V VMs or 20 ESX VMs I'll choose ESX.&lt;br /&gt;&lt;br /&gt;For "illegal" use of vSphere on xServe hardware we've got this jem from that thread:&lt;br /&gt;The Xserves DO NOT have BIOS emulation in the EFI firmware like the desktops do (http://community.brighton.ac.uk/ajd9/weblog/15666.html).&lt;br /&gt;Thoughts from me:&lt;br /&gt;So you could get ESX on a laptop or MacPro but not an XServe.&lt;br /&gt;&lt;br /&gt;More thoughts from the peanut gallery:&lt;br /&gt;For an enterprise-grade solution I would want to wait for ESX to run on apple hardware or for Apple to allow OSX to run on ESX legally. Anything else would not have the same level of redundancy and support that comes along with an enterprise-grade price tag. &lt;br /&gt;&lt;br /&gt;---&lt;br /&gt;&lt;br /&gt;In a post Xserve world, what are Apple enterprise clients left with? Currently nothing.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3718884485965813303?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3718884485965813303/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/will-steve-drink-kool-aid.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3718884485965813303'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3718884485965813303'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/will-steve-drink-kool-aid.html' title='Will Steve drink the kool-aid?'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-6477826256236787737</id><published>2010-11-09T14:42:00.000-08:00</published><updated>2010-11-09T15:13:22.752-08:00</updated><title type='text'>ThinProvisioning a Solaris VM with ZFS</title><content type='html'>We have some clients who like to purchase storage well over what their expected use will be. We've started thin provisioning the data disks on any VMs from these particular clients, or for any new request over 100G. So we've built in some over-provisioning of our storage into the service while watching the capacity at both the current thin and theoretical thick levels. &lt;br /&gt;&lt;br /&gt;And then I started watching the disk usage creep on a few VMs: Our Solaris 10 machines that I've been particularly keen to keep the performance and customers happy. Our Sol admins switched from UFS to ZFS root. ZFS and it's partner-in-crime, RAID-Z use &lt;a href="http://en.wikipedia.org/wiki/ZFS#Copy-on-write_transactional_model"&gt;Copy-on-write transactional model&lt;/a&gt; so that a new block is used upon every write.&lt;br /&gt;So I've asked our Admins to bring the VMs back to UFS or I'd need to thick the disks out. &lt;br /&gt;&lt;br /&gt;So there you have it. Every time the Solaris VMs that I'm trying to keep in top shape write something to disk, they're potentially extending the thin provisioned vHDD. VMware would like to think that there's no performance hit with thin disks, but I don't think they've planned for a copy-on-write file system. &lt;br /&gt;The fact that Solaris is officially supported but there's little discussion or documentation has stymied our group's willingness to bring on more Sol in VI. It just looks like VMware and Solaris/Oracle are headed in different directions.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-6477826256236787737?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/6477826256236787737/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/thinprovisioning-solaris-vm-with-zfs.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6477826256236787737'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6477826256236787737'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/thinprovisioning-solaris-vm-with-zfs.html' title='ThinProvisioning a Solaris VM with ZFS'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-390027551102577772</id><published>2010-11-08T19:35:00.000-08:00</published><updated>2010-11-08T19:37:07.794-08:00</updated><title type='text'>VMWorld 2010 sessions</title><content type='html'>VMware requires auth for the root of the vmworld session directories, but not the actual content files.&lt;br /&gt;Using the bash script linked below will download all available flv presentations or the session pdf if no flv was available. Some sessions did not have any content (about a dozen or so). Resulting folder size is 12.7G. Requires lwp-download that should work on sol/nix/OSX ..as long as perl is installed.&lt;br /&gt;Or just browse the script for sessions you want. Session name will be the file name.&lt;br /&gt;&lt;br /&gt;...if anyone asks, i got it from a friend of a friend.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.kattrap.net/vmw_download.sh"&gt;Drink Me&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-390027551102577772?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/390027551102577772/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/vmworld-2010-sessions.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/390027551102577772'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/390027551102577772'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/vmworld-2010-sessions.html' title='VMWorld 2010 sessions'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3772523852547166344</id><published>2010-11-03T13:38:00.000-07:00</published><updated>2010-11-03T13:41:40.480-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='frist post'/><category scheme='http://www.blogger.com/atom/ns#' term='refreshing'/><category scheme='http://www.blogger.com/atom/ns#' term='orange'/><title type='text'>Drinking the virtual kool-aid</title><content type='html'>Although kool-aid seems to be well established with vmware, virtualization and "the cloud", vKoolAid had not yet been coined. It was about time for me to split off my vSpecific posts from my generic blog, so I thought some nice orange Kool-Aid would do the trick. Tasty orange drink.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3772523852547166344?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3772523852547166344/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/drinking-virtual-kool-aid.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3772523852547166344'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3772523852547166344'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/drinking-virtual-kool-aid.html' title='Drinking the virtual kool-aid'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-2502177267952187318</id><published>2010-11-01T16:38:00.000-07:00</published><updated>2010-11-03T13:36:55.795-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='FLARE'/><category scheme='http://www.blogger.com/atom/ns#' term='CX4'/><category scheme='http://www.blogger.com/atom/ns#' term='EMC'/><title type='text'>Where to get fast EMC information?</title><content type='html'>My storage dude passed this gem on to me a little while ago:&lt;br /&gt;"Unfortunately I just received word that all R30(to) upgrades have been temporarily placed on hold until mid-December."&lt;br /&gt;So, hm. I head to powerlink and I don't see any huge OMG warnings. I look at Chad's blog and have assumed correctly that there would be nothing there. Sound like a bug. A big bug. A month-and-a-half-to-figure-out-what's-going-on bug. &lt;br /&gt;&lt;br /&gt;And I don't know where to look for fast info from EMC. Finally a use for twitter?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-2502177267952187318?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/2502177267952187318/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/where-to-get-fast-emc-information.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2502177267952187318'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/2502177267952187318'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/11/where-to-get-fast-emc-information.html' title='Where to get fast EMC information?'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-1560183542791926358</id><published>2010-08-30T14:38:00.000-07:00</published><updated>2010-11-03T13:38:11.242-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='joke vmworld vmware'/><title type='text'>VMWorld alumni "gift" HA!</title><content type='html'>I give over 3k to attend VMWorld for multiple years and what is my&lt;br&gt;&amp;quot;thank you&amp;quot; gift? A pair of $0.50 headphones. How about a VIP bump in&lt;br&gt;new sessions, you losers. I&amp;#39;m unsure what VMWare wants for this:&lt;br&gt;&lt;a href="http://twitpic.com/2jriaf"&gt;http://twitpic.com/2jriaf&lt;/a&gt; but I don&amp;#39;t think I&amp;#39;m interested.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-1560183542791926358?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/1560183542791926358/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2010/08/vmworld-alumni-ha.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1560183542791926358'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1560183542791926358'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2010/08/vmworld-alumni-ha.html' title='VMWorld alumni &amp;quot;gift&amp;quot; HA!'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-9038883634063531296</id><published>2009-11-17T15:23:00.000-08:00</published><updated>2010-11-03T13:36:55.799-07:00</updated><title type='text'>vSphere performance overview charts working and printing</title><content type='html'>I was getting the IE "Navigation to the webpage was canceled" message for the performance overview window after upgrading to vSphere.&lt;br /&gt;Fix was to verify (and change) the URL to a universally resolvable DNS&lt;br /&gt;record in the file:&lt;br /&gt;C:\Program Files\VMware\Infrastructure\VirtualCenter&lt;br /&gt;Server\extensions\com.vmware.vim.stats.report\extension.xml&lt;br /&gt;(thanks to: &lt;a href="http://communities.vmware.com/thread/233471"&gt;http://communities.vmware.com/thread/233471&lt;/a&gt;).&lt;p&gt;Next was to see that no, there was no print button. BUT! You can use IE's print function that happens to be available in a few small whitespace areas. Here's one:&lt;p&gt;The second chart down is Memory (MBps). Right click in the empty whitespace between this graph and the left side of the frame. One of your IE options is print, another is print preview. There may be a spot on the first graph or other areas of the page, but this is a sure spot. Total hack, brought to you by me without google's help.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-9038883634063531296?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/9038883634063531296/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/11/vsphere-performance-overview-charts.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/9038883634063531296'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/9038883634063531296'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/11/vsphere-performance-overview-charts.html' title='vSphere performance overview charts working and printing'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-1359210643074438013</id><published>2009-10-01T14:11:00.000-07:00</published><updated>2010-11-03T13:36:55.801-07:00</updated><title type='text'>vmware vMA 4</title><content type='html'>It would be nice if vMA would work with virtualcenter 2.5. I was sad&lt;br&gt;to get an error message today. Looks like direct ESX 3.5 targets (even&lt;br&gt;if they are managed by a 2.5 virtual center) works.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-1359210643074438013?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/1359210643074438013/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/10/vmware-vma-4.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1359210643074438013'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1359210643074438013'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/10/vmware-vma-4.html' title='vmware vMA 4'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3964915948769355800</id><published>2009-07-30T16:08:00.000-07:00</published><updated>2010-11-03T13:36:55.804-07:00</updated><title type='text'>VMWare Rap</title><content type='html'>The obvious winner in a contest (that&amp;#39;s still running):&lt;br&gt;&lt;a href="http://www.youtube.com/watch?v=zBQgfWdrUCs"&gt;http://www.youtube.com/watch?v=zBQgfWdrUCs&lt;/a&gt;&lt;p&gt;The vid reminded a co-worker of this one (save yourself and click 7 minutes in):&lt;br&gt;&lt;a href="http://video.google.com/videoplay?docid=4915875929930836239"&gt;http://video.google.com/videoplay?docid=4915875929930836239&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3964915948769355800?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3964915948769355800/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/07/vmware-rap.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3964915948769355800'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3964915948769355800'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/07/vmware-rap.html' title='VMWare Rap'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-5187237494473058242</id><published>2009-07-16T14:43:00.000-07:00</published><updated>2010-11-03T13:36:55.810-07:00</updated><title type='text'>VCP4 beta</title><content type='html'>Possible time 4hrs, 15 minutes. Time taken: 3hrs 25 minutes with no&lt;br&gt;review. 270qs&lt;br&gt;Things I didn&amp;#39;t think would be covered in great detail: NFS, SANboot,&lt;br&gt;DataRec, maximums&lt;br&gt;Things that were missing: vZones, other add-ins coming soon (chargeback,etc)&lt;p&gt;Surprisingly few really stupid questions &amp;quot;On such-an-such screen, what&lt;br&gt;is your configured ability for xyz? 1/2/4/8?&amp;quot;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-5187237494473058242?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/5187237494473058242/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/07/vcp4-beta.html#comment-form' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5187237494473058242'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5187237494473058242'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/07/vcp4-beta.html' title='VCP4 beta'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-3543576782010424792</id><published>2009-05-21T17:07:00.000-07:00</published><updated>2010-11-03T13:36:55.816-07:00</updated><title type='text'>Doh! I can't delete my datastore!</title><content type='html'>This is for ESX 3.5, not sure if it will work for ESX4.&lt;p&gt;run on one host:&lt;br&gt;ls -l /vmfs/volumes&lt;br&gt;find the datastore ID (by simlink name)&lt;br&gt;Run on all hosts:&lt;br&gt;vmware-cmd -l | grep datastoreID&lt;p&gt;In my case, it was a template that still had reference to the datastore.&lt;p&gt;There may be a more elegant solution using RCLI so you don&amp;#39;t need to&lt;br&gt;run the command on all your hosts, but this was quick and dirty.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-3543576782010424792?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/3543576782010424792/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/05/doh-i-can-delete-my-datastore.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3543576782010424792'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/3543576782010424792'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/05/doh-i-can-delete-my-datastore.html' title='Doh! I can&amp;#39;t delete my datastore!'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-4467050240301477257</id><published>2009-03-04T15:24:00.000-08:00</published><updated>2010-11-03T13:36:55.818-07:00</updated><title type='text'>Old Dell hardware fluke</title><content type='html'>raises it&amp;#39;s ugly head. Updating the PERC controller on a 2850 makes&lt;br&gt;the local vmfs volume inaccessible, even on 3.5 u3. Luckily the&lt;br&gt;commands for the workaround from 3.0 are still valid. KB Article&lt;br&gt;1001577 : &lt;a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=1001577"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=1001577&lt;/a&gt;&lt;p&gt;Now I thought I updated to the latest PERC firmware..back to the&lt;br&gt;software update repos...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-4467050240301477257?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/4467050240301477257/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/03/old-dell-hardware-fluke.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/4467050240301477257'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/4467050240301477257'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/03/old-dell-hardware-fluke.html' title='Old Dell hardware fluke'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-9124019955891228063</id><published>2009-02-10T11:51:00.000-08:00</published><updated>2010-11-03T13:36:55.821-07:00</updated><title type='text'>stupid easy PS vm disk info</title><content type='html'>There are lots of fancy ways to get esx disk info from powershell.&lt;br&gt;Some that I found gave &amp;quot;interestin&amp;quot; results so this is my KISS&lt;br&gt;version:&lt;br&gt; Get-VM | Get-Harddisk | export-csv c:\temp\disk.csv&lt;p&gt;I take out the junk I don&amp;#39;t need and then do a data -&amp;gt; text to columns&lt;br&gt;to parse out the [datastore] vm_name\vmdiskname.vmdk&lt;p&gt;raw data good.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-9124019955891228063?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/9124019955891228063/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/02/stupid-easy-ps-vm-disk-info.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/9124019955891228063'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/9124019955891228063'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/02/stupid-easy-ps-vm-disk-info.html' title='stupid easy PS vm disk info'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-1168755194677745071</id><published>2009-02-10T11:46:00.000-08:00</published><updated>2010-11-03T13:36:55.823-07:00</updated><title type='text'>"By Design"</title><content type='html'>To follow up on stumped stumped stumped. There is definitely some funny memory management going on behind the scenes that doesn't show up in the balloon driver or shared memory stats. Here's some email thread, the top is a much smarter colleague giving his guess to the behavior:&lt;br&gt;----&lt;br&gt;I have to say that I don't quite get it.  Without balloon driver activity, there is no induced memory pressure on a guest.  It would have to be...&lt;p&gt;Ah ha! (maybe).  What they're (barely) saying seems to require dynamic behavior from the active memory algorithm.  We've talked about how the definition of the "working set" cannot be precisely defined.  The active flag for a page could be tied to a decision threshold proportional to the real memory versus granted memory ratio or something similar.  So if you populate a 16GB server with only a 1GB guest, any page that was ever used will remain active.  As you start adding guests (or allocating guest memory), the threshold lowers, and some pages that were counted as active now expire based on some ranking attribute involving age, frequency, and/or patterns of past use. And all this would happen even if there was memory to spare, because the hypervisor starts preparing for heavier use preemptively.&lt;br&gt;Good theory?&lt;p&gt;This isn't what you describe but could explain some of the observed behavior.&lt;p&gt;Are you saying that newer processors with hardware-assisted VT&lt;br&gt;&lt;a href="http://communities.vmware.com/docs/DOC-9150"&gt;http://communities.vmware.com/docs/DOC-9150&lt;/a&gt; don't perform page sharing?  Or just that page sharing doesn't really start happening until the guest ratio kicks up?  Or that it depends on something we don't understand yet?  [[ Depends on something else or guest ratio...&lt;br&gt;]]&lt;p&gt;I love this quote from doc 9150: "However, TLB misses are much more expensive in a nested paging environment[*], so workloads that over-subscribe the TLB are potentially still good candidates for binary translation without hardware assistance."&lt;p&gt;[*] from the AMD-V + RVI feature set which the AMD Opteron 2300s in our r805 have, enabled by "monitor.virtual_mmu = "hardware":&lt;br&gt;&lt;a href="http://www.amd.com/us-en/0,,3715_15781,00.html?redir=SWOP08"&gt;http://www.amd.com/us-en/0,,3715_15781,00.html?redir=SWOP08&lt;/a&gt; has a little more history about support in VMWare than I'd seen.&lt;p&gt;That is mysterious and ineffable. So hardware VT is sometimes bad but good luck figuring out when.  Down the rabbit hole we go.&lt;p&gt;-A&lt;br&gt;-----&lt;br&gt;My email to VMWare support to close the case:&lt;p&gt;Melori (and other support),&lt;br&gt;It seems like this might be a wild goose chase. I've been trying to recreate the memory differences yesterday and today and can't do it. I de-populated one of the old servers and it's showing the same memory values on two different sets of cloned guests as the new (fairly empty) servers.&lt;br&gt;Looks like any server with a high guest ratio will work differently with memory than one with a low number of guests. I'm seeing a metaphor for shoving multiple pillows into a pillow sack or something.&lt;br&gt;They condense up without loosing their ability to work, but without page sharing (so it seems...the pages shared numbers didn't fluctuate).&lt;br&gt;So it does seem to be "by design" but more difficult for capacity prediction models to work with.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-1168755194677745071?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/1168755194677745071/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/02/design.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1168755194677745071'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/1168755194677745071'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/02/design.html' title='&amp;quot;By Design&amp;quot;'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-962045953765964931</id><published>2009-01-12T15:56:00.000-08:00</published><updated>2010-11-03T13:36:55.831-07:00</updated><title type='text'>Stumped stumped stumped</title><content type='html'>I&amp;#39;ve been running around in circles for months now about how our linux&lt;br&gt;(RHEL5) VMs are gobbling up memory. We&amp;#39;ve got old(er) intel 64bit dual&lt;br&gt;dual-core with HT and new shiny AMD 64bit NUMA RVI dual quad-core&lt;br&gt;machines. Memory usage on the AMD boxen is through the roof, as in&lt;br&gt;80-90% utilized when left to it&amp;#39;s own devices, while the intel stay&lt;br&gt;around 50-60%. RVI is supposed to save the world by dumping one layer&lt;br&gt;of memory virtualization. Virtualized MMU (hardware page table&lt;br&gt;virtualization) should &amp;#39;just work&amp;#39;. The host should see roughly what&lt;br&gt;the guest sees.&lt;p&gt;So how come some guest cron jobs take most available (guest) physical&lt;br&gt;memory and then shove them into cache? The host still thinks the&lt;br&gt;memory is needed so it&amp;#39;s not readily available for other guests. I ran&lt;br&gt;across the wonders of drop_caches and an echo 1 brings my physical&lt;br&gt;memory usage from 450MB to 90MB (and dumps the buffers / caches). The&lt;br&gt;host still shows the memory in use by the guest (esxtop, vc stats) but&lt;br&gt;it&amp;#39;s not. no swapping, no idea what the hell is going on.&lt;p&gt;I would love to blame redhat and their shitty setup (come on,&lt;br&gt;bluetooth running on a minimal install?), but a debian box has a&lt;br&gt;similar issue. SELinux? Although not as horrible with SELinux off,&lt;br&gt;this is not the root.&lt;p&gt;But my real question with allathis is: Why the hell can&amp;#39;t I find&lt;br&gt;anyone else with beef on how this is working? I have google kungfu&lt;br&gt;skillz and can&amp;#39;t find anything that talks about this as a performance&lt;br&gt;problem (or not a problem).&lt;p&gt;yech.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-962045953765964931?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/962045953765964931/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2009/01/stumped-stumped-stumped.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/962045953765964931'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/962045953765964931'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2009/01/stumped-stumped-stumped.html' title='Stumped stumped stumped'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-5710807863655158098</id><published>2008-11-24T15:52:00.000-08:00</published><updated>2010-11-03T13:36:55.834-07:00</updated><title type='text'>VMware Update Manager Gotchas</title><content type='html'>We've got a production and development vcenter area that are both on the same subnet. No problems there. We then installed a dev and prod version of UpdateManager. Uh oh. When I go into VIC -&amp;gt; plugins, which one is showing? There's no way to know until you get the ssl cert warning. How do I change or get rid of the connection? By uninstalling VIC, dumping files and reinstalling. From there, make sure the VUM that you don't want isn't turned on. Yuck.&lt;br&gt;Did you know that the update signatures command is triggered on VirtualCenter not UpdateManager?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-5710807863655158098?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/5710807863655158098/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2008/11/vmware-update-manager-gotchas.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5710807863655158098'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/5710807863655158098'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2008/11/vmware-update-manager-gotchas.html' title='VMware Update Manager Gotchas'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-161079323915861980</id><published>2008-06-19T11:26:00.000-07:00</published><updated>2010-11-03T13:36:55.837-07:00</updated><title type='text'>VMWare ESX lunreset cliffnotes</title><content type='html'>We had a path failover that caused one of the ESX boxes to not be happy with one of the LUNs (shown as zero bytes in VIC). &lt;br&gt;Cliffnotes as to what the steps were to remedy it. *This worked fine on our environment with other ESX hosts in the cluster actively using this LUN with running windows and linux guests. Posts in the vmware forum have a warning that this could hoze you. I agree to tread lightly with these commands (I called vmware for the below solution, I didn&amp;#39;t want my head on the chopping block if an oracle vm crashed). &lt;br&gt; &lt;br&gt;&lt;div class="gmail_quote"&gt;Find the LUN that is showing 0.00B:&lt;br&gt; &lt;br&gt;  &amp;nbsp; &amp;nbsp; 71 &amp;nbsp;esxcfg-vmhbadevs&lt;br&gt;  &amp;nbsp; 72 &amp;nbsp;ls /vmfs/devices/disks/&lt;br&gt; &lt;br&gt; Kick it while watching it&amp;#39;s progress:&lt;br&gt; &lt;br&gt; 77 &amp;nbsp;vmkfstools -L lunreset /vmfs/devices/disks/vmhba0:1:1:0&lt;br&gt;  &amp;nbsp; 78 &amp;nbsp;tail vmkernel&lt;br&gt;  &amp;nbsp; 79 &amp;nbsp;vmkfstools -L targetreset /vmfs/devices/disks/vmhba0:1:1:0&lt;br&gt;  &amp;nbsp; 80 &amp;nbsp;tail vmkernel&lt;br&gt;  &amp;nbsp; 81 &amp;nbsp;vmkfstools -L busreset /vmfs/devices/disks/vmhba0:1:1:0&lt;br&gt;  &amp;nbsp; 82 &amp;nbsp;tail vmkernel&lt;br&gt; &lt;br&gt; Make sure it&amp;#39;s there in one spot:&lt;br&gt;  &amp;nbsp; 83 &amp;nbsp;esxcfg-vmhbadevs&lt;br&gt;  &amp;nbsp; 84 &amp;nbsp;less vmkernel&lt;br&gt; &lt;br&gt; rescan to find it in another:&lt;br&gt;  &amp;nbsp; 85 &amp;nbsp;esxcfg-rescan vmhba0&lt;br&gt; &lt;br&gt; In VIC, refresh on storage page (not rescan on storage controllers) to have it&lt;br&gt; really available to the host.&lt;font color="#888888"&gt;&lt;br&gt; &lt;/font&gt;&lt;/div&gt; &lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-161079323915861980?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/161079323915861980/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2008/06/vmware-esx-lunreset-cliffnotes.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/161079323915861980'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/161079323915861980'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2008/06/vmware-esx-lunreset-cliffnotes.html' title='VMWare ESX lunreset cliffnotes'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-3656306964292710701.post-6142010815277090723</id><published>2008-06-12T21:22:00.000-07:00</published><updated>2010-11-03T13:36:27.256-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='RHEL5 ESX VMware'/><title type='text'>VMWare ESX 3.5 RHEL5U1</title><content type='html'>I moved a guest RHEL 5 update 1 from ESX 3.0.1 to 3.5.1 tonight. It wouldn&amp;#39;t boot. Well, it would start to boot, get to init and then shut itself off with no error messages on the guest or host. &lt;br&gt;Culprit: Host options had the OS still set to RHEL4 (from 3.0.1). Switching it to RHEL5 made the world turn again (after much worrying). &lt;br&gt; &lt;br&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3656306964292710701-6142010815277090723?l=vkoolaid.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://vkoolaid.blogspot.com/feeds/6142010815277090723/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://vkoolaid.blogspot.com/2008/06/vmware-esx-35-rhel5u1.html#comment-form' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6142010815277090723'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/3656306964292710701/posts/default/6142010815277090723'/><link rel='alternate' type='text/html' href='http://vkoolaid.blogspot.com/2008/06/vmware-esx-35-rhel5u1.html' title='VMWare ESX 3.5 RHEL5U1'/><author><name>Kattrap</name><uri>http://www.blogger.com/profile/13734400717376941957</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://4.bp.blogspot.com/_kXvwkPjtJRQ/TNHJ0Q2jt-I/AAAAAAAAADg/f_-AdPTLejw/S220/ryoohki_av.jpg'/></author><thr:total>0</thr:total></entry></feed>
