<?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 Responds</title>
	<atom:link href="http://www.vmhero.com/2008/08/13/vmware-responds/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vmhero.com/2008/08/13/vmware-responds/</link>
	<description>Virtualization Blog, News, Reviews &#38; more!</description>
	<lastBuildDate>Sun, 20 Jun 2010 17:35:19 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Steve</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-148</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 15 Aug 2008 03:55:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-148</guid>
		<description>No, we didn&#039;t have the problem as we have a defined update schedule (3 minor/6 major months).

Here&#039;s my take on it.  Mistakes happen... it’s how you deal with it that shows your true colors.  Not only did VMware quickly acknowledge the problem, they were prompt in notifying customers, giving advice on how to minimize the impact and providing a solution. 

Sure, that&#039;s great… they did everything you&#039;d expect them to do, right?  

Yes, and then some.

Did you expect them to proactively send you multiple emails with progress updates?  Did you expect your local sales rep to send out additional information in the middle of the night?  Did you expect the CEO to PUBLICLY address the problems and detail their mistakes?  No.  And that&#039;s why I still have confidence in their product and ability.</description>
		<content:encoded><![CDATA[<p>No, we didn&#8217;t have the problem as we have a defined update schedule (3 minor/6 major months).</p>
<p>Here&#8217;s my take on it.  Mistakes happen&#8230; it’s how you deal with it that shows your true colors.  Not only did VMware quickly acknowledge the problem, they were prompt in notifying customers, giving advice on how to minimize the impact and providing a solution. </p>
<p>Sure, that&#8217;s great… they did everything you&#8217;d expect them to do, right?  </p>
<p>Yes, and then some.</p>
<p>Did you expect them to proactively send you multiple emails with progress updates?  Did you expect your local sales rep to send out additional information in the middle of the night?  Did you expect the CEO to PUBLICLY address the problems and detail their mistakes?  No.  And that&#8217;s why I still have confidence in their product and ability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Wiffen</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-146</link>
		<dc:creator>Phil Wiffen</dc:creator>
		<pubDate>Thu, 14 Aug 2008 19:40:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-146</guid>
		<description>Did the issue affect you at all Steve? I&#039;m just curious because at the time I made my first comment I wasn&#039;t too happy at the inconvenience and stress VMware had just caused me. 

In hindsight, it was a little over-reactive, and in fairness VMware did a good job of dealing with the incident and providing good information throughout.

I think it&#039;s worth mentioning that regardless of when we installed Update 2, it would have been incredibly hard to detect this bug in a Lab environment. For what it&#039;s worth, we left it well over a week before installing Update 2.</description>
		<content:encoded><![CDATA[<p>Did the issue affect you at all Steve? I&#8217;m just curious because at the time I made my first comment I wasn&#8217;t too happy at the inconvenience and stress VMware had just caused me. </p>
<p>In hindsight, it was a little over-reactive, and in fairness VMware did a good job of dealing with the incident and providing good information throughout.</p>
<p>I think it&#8217;s worth mentioning that regardless of when we installed Update 2, it would have been incredibly hard to detect this bug in a Lab environment. For what it&#8217;s worth, we left it well over a week before installing Update 2.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-145</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Thu, 14 Aug 2008 14:04:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-145</guid>
		<description>I am still trusting of VMware... I&#039;m looking past this unfortunate bug. In terms of coding, the bug is just as easy to have happen as any other bug. It was very unfortunate, but now that we&#039;re past it... I don&#039;t think we should forget that VMware has a very good product. I think this incident will make their dev and QA teams that much better.</description>
		<content:encoded><![CDATA[<p>I am still trusting of VMware&#8230; I&#8217;m looking past this unfortunate bug. In terms of coding, the bug is just as easy to have happen as any other bug. It was very unfortunate, but now that we&#8217;re past it&#8230; I don&#8217;t think we should forget that VMware has a very good product. I think this incident will make their dev and QA teams that much better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-144</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 14 Aug 2008 13:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-144</guid>
		<description>I agree with Mike.  What would have happened if the time bombed date was say, 6 months from now?  By that time, many users would have already upgraded their production environments.  When testing software in a development/lab environment before deployment, you make sure the software works with the applications you intend on running.  The thought of testing to see if the software licensing expires on some arbitrary date is not something that is normally tested or even considered.  

For all we know, countless software packages could have yet to be discovered licensing bugs that will hit us in the future.  Much of the software patching process is based on a reactive rather than pro-active approach: once an issue is discovered, action is taken to fix the problem.  In this regard, VMware did an excellent job at releasing a solution as soon as they were able.  I understand this problem affected a significant number of customers, and I&#039;m not trying to diminish that.  But, given the nature of the bug and the immediate necessity of a solution, VMware worked effectively under great pressure.  

Although this does slightly reduce my confidence in VMware&#039;s products, I am pleased with their rapid response, and believe the situation would have been better handled if the bug had been discovered a few days earlier.  I believe that this will be a huge lesson for them, but will only lead to better products and better testing of those products, which will benefit all of us in the end.</description>
		<content:encoded><![CDATA[<p>I agree with Mike.  What would have happened if the time bombed date was say, 6 months from now?  By that time, many users would have already upgraded their production environments.  When testing software in a development/lab environment before deployment, you make sure the software works with the applications you intend on running.  The thought of testing to see if the software licensing expires on some arbitrary date is not something that is normally tested or even considered.  </p>
<p>For all we know, countless software packages could have yet to be discovered licensing bugs that will hit us in the future.  Much of the software patching process is based on a reactive rather than pro-active approach: once an issue is discovered, action is taken to fix the problem.  In this regard, VMware did an excellent job at releasing a solution as soon as they were able.  I understand this problem affected a significant number of customers, and I&#8217;m not trying to diminish that.  But, given the nature of the bug and the immediate necessity of a solution, VMware worked effectively under great pressure.  </p>
<p>Although this does slightly reduce my confidence in VMware&#8217;s products, I am pleased with their rapid response, and believe the situation would have been better handled if the bug had been discovered a few days earlier.  I believe that this will be a huge lesson for them, but will only lead to better products and better testing of those products, which will benefit all of us in the end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-143</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Thu, 14 Aug 2008 13:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-143</guid>
		<description>Phil, I completely agree with you. When you are paying tons of money for software, along with “gold support,” you wouldn’t expect something like this to happen.

Steve, you also have a valid point. However, from an end user’s perspective, there should be no reason (or any way really) to test for this kind of situation. Sure, you could test for compatibily with your internal systems before going live with it, but should we really need to worry about whether or not our licenses are going to work correctly?</description>
		<content:encoded><![CDATA[<p>Phil, I completely agree with you. When you are paying tons of money for software, along with “gold support,” you wouldn’t expect something like this to happen.</p>
<p>Steve, you also have a valid point. However, from an end user’s perspective, there should be no reason (or any way really) to test for this kind of situation. Sure, you could test for compatibily with your internal systems before going live with it, but should we really need to worry about whether or not our licenses are going to work correctly?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-140</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 14 Aug 2008 03:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-140</guid>
		<description>Oh goodness... don&#039;t be such a drama queen, name one software company that hasn&#039;t had a situation like this.

Regardless, this is why we have test/dev environments.  If you&#039;re the type to upgrade prod systems the day the patches are released you have no one to blame but yourself.</description>
		<content:encoded><![CDATA[<p>Oh goodness&#8230; don&#8217;t be such a drama queen, name one software company that hasn&#8217;t had a situation like this.</p>
<p>Regardless, this is why we have test/dev environments.  If you&#8217;re the type to upgrade prod systems the day the patches are released you have no one to blame but yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Wiffen</title>
		<link>http://www.vmhero.com/2008/08/13/vmware-responds/comment-page-1/#comment-139</link>
		<dc:creator>Phil Wiffen</dc:creator>
		<pubDate>Wed, 13 Aug 2008 19:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmhero.com/?p=110#comment-139</guid>
		<description>Put it this way, before the 12th, I was 100% VMware &quot;fanboy&quot;. Although the issue didn&#039;t affect us too much as currently none of our VMs are mission-critical, my confidence in VMWare has dropped dramatically, and I&#039;ll have to re-evaluate our plans to roll out VMware for business-critical services. Shame really, because when it works, it works amazingly well.</description>
		<content:encoded><![CDATA[<p>Put it this way, before the 12th, I was 100% VMware &#8220;fanboy&#8221;. Although the issue didn&#8217;t affect us too much as currently none of our VMs are mission-critical, my confidence in VMWare has dropped dramatically, and I&#8217;ll have to re-evaluate our plans to roll out VMware for business-critical services. Shame really, because when it works, it works amazingly well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
