<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: VMware Update Manager Becomes Self-Aware</title>
	<atom:link href="http://www.boche.net/blog/index.php" rel="self" type="application/rss+xml" />
	<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 15:34:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: vSphere 5 introduces vSphere Storage Appliance &#124; TechRepublic</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-3404</link>
		<dc:creator>vSphere 5 introduces vSphere Storage Appliance &#124; TechRepublic</dc:creator>
		<pubDate>Mon, 25 Jul 2011 22:21:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-3404</guid>
		<description>[...] example of vCenter being treated differently than other virtual machines (another is example is Update Manager with vCenter). This effectively presumes that vCenter will run as a virtual machine on local storage on one of [...]</description>
		<content:encoded><![CDATA[<p>[...] example of vCenter being treated differently than other virtual machines (another is example is Update Manager with vCenter). This effectively presumes that vCenter will run as a virtual machine on local storage on one of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RTFM Education &#187; Blog Archive &#187; Chinwag with Mike&#8230;Jason Boche [Episode 14]</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1857</link>
		<dc:creator>RTFM Education &#187; Blog Archive &#187; Chinwag with Mike&#8230;Jason Boche [Episode 14]</dc:creator>
		<pubDate>Fri, 07 May 2010 14:42:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1857</guid>
		<description>[...] http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware &#160;  &#160;Podcast Video: Play Now &#124; Play in Popup &#124; Download [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware" rel="nofollow">http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware</a> &nbsp;  &nbsp;Podcast Video: Play Now | Play in Popup | Download [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1851</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Thu, 06 May 2010 01:44:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1851</guid>
		<description>Blog post has been updated with new information from VMware on 5/5/10.</description>
		<content:encoded><![CDATA[<p>Blog post has been updated with new information from VMware on 5/5/10.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Breiden</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1683</link>
		<dc:creator>Marcus Breiden</dc:creator>
		<pubDate>Wed, 10 Mar 2010 11:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1683</guid>
		<description>Hi,

well to me it is a bug, especially as the documentation says that it will move the vms if needed IIRC.

If it needs to be a new feature necessary for some customers vmware should make it a configurable item.

The old way was perfect for most customers and didn&#039;t require any manual interaction concerning VUM or VC.

VUM is already bad at handling errors, just addining another &quot;error&quot; to it which requires you do browse through log files to figure out the real reason doesn&#039;t really help to make customers feel enthousiastic about it.

Marcus</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>well to me it is a bug, especially as the documentation says that it will move the vms if needed IIRC.</p>
<p>If it needs to be a new feature necessary for some customers vmware should make it a configurable item.</p>
<p>The old way was perfect for most customers and didn&#8217;t require any manual interaction concerning VUM or VC.</p>
<p>VUM is already bad at handling errors, just addining another &#8220;error&#8221; to it which requires you do browse through log files to figure out the real reason doesn&#8217;t really help to make customers feel enthousiastic about it.</p>
<p>Marcus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1680</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Mon, 08 Mar 2010 22:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1680</guid>
		<description>I tend to look at both points. On one hand I dont see it causing a huge problem unless you let it. It is indeed possible to pin VC to a host after the first host update or add management clusters. The job of an admin is to &#039;enable&#039; right, we constantly work around the shortcomings or &#039;failures&#039; for the want of a better term of software/technology. Any admin worth his salt would find a way that works in their environment, within their configuration and their limitations, that&#039;s their job right. 

That beign said, I grow increasingly frustrated by software companies and particularly one very big one who make seemingly wrong assumptions (ok sometimes based on market research) on how customers use their software. When they push even large or even small changes to the product  which break fucntionality or current process then it becomes a problem, especially without warning.

Take MS Exchange 2007 + as an example. They now dont provide the ability to create mailboxes from AD which they always did. Their argument was they believed that most exchange helpdesk people didnt have access to AD tools. The stupid thing is you still need AD to set some properties on an exchange account, unless you are a posh guru. Now there is more than one way to skin a cat, but that small change caused allot of gnashing of teeth and a change in process for allot of small, medium and large businesses alike. I think the responsibility lies somewhere in between.</description>
		<content:encoded><![CDATA[<p>I tend to look at both points. On one hand I dont see it causing a huge problem unless you let it. It is indeed possible to pin VC to a host after the first host update or add management clusters. The job of an admin is to &#8216;enable&#8217; right, we constantly work around the shortcomings or &#8216;failures&#8217; for the want of a better term of software/technology. Any admin worth his salt would find a way that works in their environment, within their configuration and their limitations, that&#8217;s their job right. </p>
<p>That beign said, I grow increasingly frustrated by software companies and particularly one very big one who make seemingly wrong assumptions (ok sometimes based on market research) on how customers use their software. When they push even large or even small changes to the product  which break fucntionality or current process then it becomes a problem, especially without warning.</p>
<p>Take MS Exchange 2007 + as an example. They now dont provide the ability to create mailboxes from AD which they always did. Their argument was they believed that most exchange helpdesk people didnt have access to AD tools. The stupid thing is you still need AD to set some properties on an exchange account, unless you are a posh guru. Now there is more than one way to skin a cat, but that small change caused allot of gnashing of teeth and a change in process for allot of small, medium and large businesses alike. I think the responsibility lies somewhere in between.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Skinner</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1679</link>
		<dc:creator>Chad Skinner</dc:creator>
		<pubDate>Mon, 08 Mar 2010 18:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1679</guid>
		<description>Please disregard my last comment. When doing the patching on 2/28 I was still using the trial licensing, now that I have applied my advanced licensing I realize that because I now do not have DRS, the process is a much more manual one. So for anyone without DRS in their licensing the VUM self awareness doe not add additional steps. I would love DRS, but the price bump between Advanced and Enterprise licensing is too much for my small budget to handle.</description>
		<content:encoded><![CDATA[<p>Please disregard my last comment. When doing the patching on 2/28 I was still using the trial licensing, now that I have applied my advanced licensing I realize that because I now do not have DRS, the process is a much more manual one. So for anyone without DRS in their licensing the VUM self awareness doe not add additional steps. I would love DRS, but the price bump between Advanced and Enterprise licensing is too much for my small budget to handle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Skinner</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1678</link>
		<dc:creator>Chad Skinner</dc:creator>
		<pubDate>Mon, 08 Mar 2010 17:59:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1678</guid>
		<description>I completely agree with  Jason on this one, and actually ran into this problem two days before this post. I run a small VMware shop for a local government. We purchased the advanced acceleration kit and have three hosts with VC/VUM running as a VM. We purchased the advanced licensing primarily for HA and VMotion. On 2/28 I set about to patch my hosts with the patch that came out on 1/5, not knowing that the 3/3 patch would be coming out. This VUM self awareness caused a ton of unnecessary work to patch my three hosts, and seems completely unnecessary. Now that the patch released on 3/3 is out, I get to do that whole, more painful than it needs to be process all over again. Hopefully with 4.1 VMware will fix this problem.</description>
		<content:encoded><![CDATA[<p>I completely agree with  Jason on this one, and actually ran into this problem two days before this post. I run a small VMware shop for a local government. We purchased the advanced acceleration kit and have three hosts with VC/VUM running as a VM. We purchased the advanced licensing primarily for HA and VMotion. On 2/28 I set about to patch my hosts with the patch that came out on 1/5, not knowing that the 3/3 patch would be coming out. This VUM self awareness caused a ton of unnecessary work to patch my three hosts, and seems completely unnecessary. Now that the patch released on 3/3 is out, I get to do that whole, more painful than it needs to be process all over again. Hopefully with 4.1 VMware will fix this problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: duncan</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1671</link>
		<dc:creator>duncan</dc:creator>
		<pubDate>Sun, 07 Mar 2010 08:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1671</guid>
		<description>Again I fully agree that this should be solved but there is more then you are discussing here. Outside of your world there are a million other companies with different implementations which need to be helped as well when they are facing issues.

I&#039;m not saying that everyone should have a management cluster but you are insanely exaggerating here. 
What if I would just patch the first host, move vCenter &amp; VUM to the first host and then do a Remediate on the Cluster? The first host would be skipped as it is already patched the others would be patched without any manual intervention. So what would we be talking about? 5 minutes extra? I don&#039;t know about you but I can spent those 5 minutes and still have a walk in the park with my kids. 

By the way, when I talk about enterprise customers I am not talking about customer who bought the enterprise license. I am talking about the size of the company! As you know I am not a sales guy, licensing is never part of my message.</description>
		<content:encoded><![CDATA[<p>Again I fully agree that this should be solved but there is more then you are discussing here. Outside of your world there are a million other companies with different implementations which need to be helped as well when they are facing issues.</p>
<p>I&#8217;m not saying that everyone should have a management cluster but you are insanely exaggerating here.<br />
What if I would just patch the first host, move vCenter &amp; VUM to the first host and then do a Remediate on the Cluster? The first host would be skipped as it is already patched the others would be patched without any manual intervention. So what would we be talking about? 5 minutes extra? I don&#8217;t know about you but I can spent those 5 minutes and still have a walk in the park with my kids. </p>
<p>By the way, when I talk about enterprise customers I am not talking about customer who bought the enterprise license. I am talking about the size of the company! As you know I am not a sales guy, licensing is never part of my message.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1664</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1664</guid>
		<description>Good morning Duncan,

With the utmost respect, I think you are making an assumption about Enterprise customers which I am not in agreement with.  In your view, most Enterprise customers are large, with large infrastructures and management clusters dedicated to managing the infrastructure. This would seem to indicate that Enterprise licensing is mostly for these types of large customers.  I disagree.  I think there are customers of all sizes who can and do benefit from Enterprise features.  The last shop I came from has 8 ESX hosts (4 DEV, 4 PROD).  They are an Enterprise licensing customer and they reap the rewards of Enterprise features such as DRS and VMotion.  This environment has no management cluster.  They are not using PowerShell.  They are not pinning VMs.  Their VMs move around seamlessly in the private cloud as they should.

There exist a few work arounds that can be applied to the problem.  One is a management cluster.  Another is pinning VMs.  A third is PowerShell scripting.  All of these work arounds involve extra time and/or money which was not required in the past.  VMware&#039;s best practice now is to virtualize vCenter Server so the functionality and flexiblity surrounding that choice is more important than ever.  In my opinion, these are all work arounds which do not directly address the problem which has occurred.  Putting on my customer hat, if I didn&#039;t have these solutions in my shop previously, why should I be forced to reactively adopt them now?  The marketing message from VMware is Efficiency, Control, Choice which I have become accustomed to.  People may not use all of the features VMware offers, but at least the flexibility is there in the feature sets to be leveraged as needed.  I can think of another hypervisor vendor that boldly makes design choices for its customers in its lack of a memory overcommit feature; they don&#039;t offer the flexibility that VMware does.  If VMware removes or breaks features a customer depends on, that creates friction and is contra to VMware&#039;s marketing message.

I do apologize for the refund comment. It was merely satire.  I do not expect customers to ask for a refund.  However, this is a real world problem and VMware does have the stigma of being the most expensive virtualization solution sticker price.  I think it&#039;s fair to say that customers who buy a Cadillac should expect Cadillac quality and a vehicle that will not let them down.  It&#039;s a competitive market and VMware needs to continue delivering their &quot;A&quot; game.  They&#039;ve had some issues with quality control in the past.  These issues should be eliminated as much as possible.</description>
		<content:encoded><![CDATA[<p>Good morning Duncan,</p>
<p>With the utmost respect, I think you are making an assumption about Enterprise customers which I am not in agreement with.  In your view, most Enterprise customers are large, with large infrastructures and management clusters dedicated to managing the infrastructure. This would seem to indicate that Enterprise licensing is mostly for these types of large customers.  I disagree.  I think there are customers of all sizes who can and do benefit from Enterprise features.  The last shop I came from has 8 ESX hosts (4 DEV, 4 PROD).  They are an Enterprise licensing customer and they reap the rewards of Enterprise features such as DRS and VMotion.  This environment has no management cluster.  They are not using PowerShell.  They are not pinning VMs.  Their VMs move around seamlessly in the private cloud as they should.</p>
<p>There exist a few work arounds that can be applied to the problem.  One is a management cluster.  Another is pinning VMs.  A third is PowerShell scripting.  All of these work arounds involve extra time and/or money which was not required in the past.  VMware&#8217;s best practice now is to virtualize vCenter Server so the functionality and flexiblity surrounding that choice is more important than ever.  In my opinion, these are all work arounds which do not directly address the problem which has occurred.  Putting on my customer hat, if I didn&#8217;t have these solutions in my shop previously, why should I be forced to reactively adopt them now?  The marketing message from VMware is Efficiency, Control, Choice which I have become accustomed to.  People may not use all of the features VMware offers, but at least the flexibility is there in the feature sets to be leveraged as needed.  I can think of another hypervisor vendor that boldly makes design choices for its customers in its lack of a memory overcommit feature; they don&#8217;t offer the flexibility that VMware does.  If VMware removes or breaks features a customer depends on, that creates friction and is contra to VMware&#8217;s marketing message.</p>
<p>I do apologize for the refund comment. It was merely satire.  I do not expect customers to ask for a refund.  However, this is a real world problem and VMware does have the stigma of being the most expensive virtualization solution sticker price.  I think it&#8217;s fair to say that customers who buy a Cadillac should expect Cadillac quality and a vehicle that will not let them down.  It&#8217;s a competitive market and VMware needs to continue delivering their &#8220;A&#8221; game.  They&#8217;ve had some issues with quality control in the past.  These issues should be eliminated as much as possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: duncan</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1662</link>
		<dc:creator>duncan</dc:creator>
		<pubDate>Fri, 05 Mar 2010 14:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1662</guid>
		<description>Although I fully agree that this shouldn&#039;t happening I think the comment about enterprises asking a refund doesn&#039;t make sense.

Most Enterprise companies use a separate Cluster for Management services and thus do not need to do 32 manual actions to updates.</description>
		<content:encoded><![CDATA[<p>Although I fully agree that this shouldn&#8217;t happening I think the comment about enterprises asking a refund doesn&#8217;t make sense.</p>
<p>Most Enterprise companies use a separate Cluster for Management services and thus do not need to do 32 manual actions to updates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Laverick</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1659</link>
		<dc:creator>Mike Laverick</dc:creator>
		<pubDate>Fri, 05 Mar 2010 09:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1659</guid>
		<description>I&#039;m with you on this Jason. Wrote about in my vSphere4 book. Anything that stops automation sucks IMHO. I&#039;m been manually VMotioning VC since Vi2 days, and letting DRS handle VC/VUM since Vi3.5. And then along comes vSphere4 and up comes this &quot;self-awarness&quot;. Quite why VMware change this functionality is beyond me. There must be good reason - that&#039;s escaping both of us - because its so stupid for VUM not to move VC/VUM. It almost smacks like a lack faith in VMotion.... which we all know is super reliable...</description>
		<content:encoded><![CDATA[<p>I&#8217;m with you on this Jason. Wrote about in my vSphere4 book. Anything that stops automation sucks IMHO. I&#8217;m been manually VMotioning VC since Vi2 days, and letting DRS handle VC/VUM since Vi3.5. And then along comes vSphere4 and up comes this &#8220;self-awarness&#8221;. Quite why VMware change this functionality is beyond me. There must be good reason &#8211; that&#8217;s escaping both of us &#8211; because its so stupid for VUM not to move VC/VUM. It almost smacks like a lack faith in VMotion&#8230;. which we all know is super reliable&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://www.boche.net/blog/index.php/2010/03/04/vmware-update-manager-becomes-self-aware/comment-page-1/#comment-1657</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Fri, 05 Mar 2010 05:26:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=2086#comment-1657</guid>
		<description>See Ian Angell was right after all. The unintended consequences of computer systems will kill us all :) If Sonny the I Robot ever runs my datacenter i&#039;ll run for the hills.</description>
		<content:encoded><![CDATA[<p>See Ian Angell was right after all. The unintended consequences of computer systems will kill us all <img src='http://www.boche.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  If Sonny the I Robot ever runs my datacenter i&#8217;ll run for the hills.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

