<?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"
	>
<channel>
	<title>Comments on: Follow Up: IBM HS21 Blade Processor Mismatch Update</title>
	<atom:link href="http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/</link>
	<description>Tips, Tricks, and Gotchas for IBM and HP Blades &#38; Servers, Virtualization Products, and Storage</description>
	<pubDate>Tue, 06 Jan 2009 15:27:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Aaron Delp</title>
		<link>http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-322</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Tue, 20 May 2008 18:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-322</guid>
		<description>Hugo - All good stuff!  Thank you very much for the follow up!!</description>
		<content:encoded><![CDATA[<p>Hugo - All good stuff!  Thank you very much for the follow up!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugo</title>
		<link>http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-321</link>
		<dc:creator>Hugo</dc:creator>
		<pubDate>Tue, 20 May 2008 14:55:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-321</guid>
		<description>Aaron,

Thanks.  IBM came back with a workaround to my problem, and it appears that what we are experiencing are two different things....All workarounds have been tested and work.

The workarounds then for anyone running ESX 3.5 Build 64607 on HS21 XM 7995 v1.08 with 2 x quad core CPUs:

1. Use ESXi instead (No service console, hence no PSOD.  Also no mouse services in the console needed, hence no PSOD (this is the problem that I was experiencing).

2. Use ESX 3.5 Up 1 Build 82663 (Stable as of 18th April - double check your checksums!)

3. Use ESX 3.5 build 64607 but disable the gpm module, do this by entering the following on the Service Console:

chkconfig gpm off

then reboot the host, obviously you will get a PSOD but reset it and all should be well thereafter.

-Hugo</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>Thanks.  IBM came back with a workaround to my problem, and it appears that what we are experiencing are two different things&#8230;.All workarounds have been tested and work.</p>
<p>The workarounds then for anyone running ESX 3.5 Build 64607 on HS21 XM 7995 v1.08 with 2 x quad core CPUs:</p>
<p>1. Use ESXi instead (No service console, hence no PSOD.  Also no mouse services in the console needed, hence no PSOD (this is the problem that I was experiencing).</p>
<p>2. Use ESX 3.5 Up 1 Build 82663 (Stable as of 18th April - double check your checksums!)</p>
<p>3. Use ESX 3.5 build 64607 but disable the gpm module, do this by entering the following on the Service Console:</p>
<p>chkconfig gpm off</p>
<p>then reboot the host, obviously you will get a PSOD but reset it and all should be well thereafter.</p>
<p>-Hugo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Delp</title>
		<link>http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-299</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Fri, 16 May 2008 11:36:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-299</guid>
		<description>Hey Hugo - Sorry for the late reply.  The word I received from IBM is that this issue was fixed in the latest version of RedHat and that ESX wasn't affected.  I asked them specifically about the VMWare with you in mind.  I didn't get a chance to test it personally but that is what they tell me.</description>
		<content:encoded><![CDATA[<p>Hey Hugo - Sorry for the late reply.  The word I received from IBM is that this issue was fixed in the latest version of RedHat and that ESX wasn&#8217;t affected.  I asked them specifically about the VMWare with you in mind.  I didn&#8217;t get a chance to test it personally but that is what they tell me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugo</title>
		<link>http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-70</link>
		<dc:creator>Hugo</dc:creator>
		<pubDate>Wed, 30 Apr 2008 07:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.bladevault.info/2008/02/22/follow-up-ibm-hs21-blade-processor-mismatch-update/#comment-70</guid>
		<description>Aaron,

Have you got an update for this issue?

A customer of mine is also using HS21 XM with Quad-Core Clovertowns, and ESX 3.5 purple screens to death at a reboot or shutdown.  But using ESXi does not cause this issue (no Linux based service console).

-Hugo</description>
		<content:encoded><![CDATA[<p>Aaron,</p>
<p>Have you got an update for this issue?</p>
<p>A customer of mine is also using HS21 XM with Quad-Core Clovertowns, and ESX 3.5 purple screens to death at a reboot or shutdown.  But using ESXi does not cause this issue (no Linux based service console).</p>
<p>-Hugo</p>
]]></content:encoded>
	</item>
</channel>
</rss>
