<?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: Chassis Discovery Policies in UCS</title>
	<atom:link href="http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/</link>
	<description>Random posts about unified computing and data center</description>
	<lastBuildDate>Sat, 11 May 2013 23:30:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Some UCS Links - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-146</link>
		<dc:creator>Some UCS Links - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</dc:creator>
		<pubDate>Wed, 18 Aug 2010 14:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-146</guid>
		<description><![CDATA[[...] UCS Server Pools: Use Cases Placement of mezzanine adapters in full width blades Chassis Discovery Policies in UCS Cisco UCS Server Pools: Configuration Why Cisco UCS is my &#8216;A-Game&#8217; Server Architecture [...]]]></description>
		<content:encoded><![CDATA[<p>[...] UCS Server Pools: Use Cases Placement of mezzanine adapters in full width blades Chassis Discovery Policies in UCS Cisco UCS Server Pools: Configuration Why Cisco UCS is my &#8216;A-Game&#8217; Server Architecture [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-145</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Mon, 21 Jun 2010 12:23:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-145</guid>
		<description><![CDATA[Dave,
In either case, by setting policy to 2 or 4 links, you&#039;ll never have a chassis online with just 1 link bacause someone forgot to click &quot;Re-ack&quot;.  Worth a 5 second investment of your time?  I think so.]]></description>
		<content:encoded><![CDATA[<p>Dave,<br />
In either case, by setting policy to 2 or 4 links, you&#8217;ll never have a chassis online with just 1 link bacause someone forgot to click &#8220;Re-ack&#8221;.  Worth a 5 second investment of your time?  I think so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Alexander</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-144</link>
		<dc:creator>Dave Alexander</dc:creator>
		<pubDate>Mon, 21 Jun 2010 11:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-144</guid>
		<description><![CDATA[Brad -

The policy makes the assumption that all chassis will be configured equally, or at least that some minimum number of links is acceptable.   If I have a mixed configuration of 2 and 4 link systems, then I&#039;m right back to the &quot;risk&quot; of putting a system into production with only 2 links when perhaps I expected 4.   Or if I set my policy at 4 links, I have to re-ack the 2 link systems to make them functional.   In either example, one of the chassis is going to require a re-ack to make them function as expected.

My whole point is not that the chassis discovery policy doesn&#039;t do anything, it&#039;s just that it seems to be providing a very small benefit and creates more confusion (as evidenced here) than it&#039;s worth.]]></description>
		<content:encoded><![CDATA[<p>Brad -</p>
<p>The policy makes the assumption that all chassis will be configured equally, or at least that some minimum number of links is acceptable.   If I have a mixed configuration of 2 and 4 link systems, then I&#8217;m right back to the &#8220;risk&#8221; of putting a system into production with only 2 links when perhaps I expected 4.   Or if I set my policy at 4 links, I have to re-ack the 2 link systems to make them functional.   In either example, one of the chassis is going to require a re-ack to make them function as expected.</p>
<p>My whole point is not that the chassis discovery policy doesn&#8217;t do anything, it&#8217;s just that it seems to be providing a very small benefit and creates more confusion (as evidenced here) than it&#8217;s worth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-143</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Mon, 21 Jun 2010 04:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-143</guid>
		<description><![CDATA[Aaron,
If you can&#039;t trust the system&#039;s ability to enforce a policy what are you doing with UCS in the first place? The entire system is policy driven.
It&#039;s not about blindly adding chassis. It&#039;s about reducing the potential for human error, and obtaining proper logging of the human error, should it occur.]]></description>
		<content:encoded><![CDATA[<p>Aaron,<br />
If you can&#8217;t trust the system&#8217;s ability to enforce a policy what are you doing with UCS in the first place? The entire system is policy driven.<br />
It&#8217;s not about blindly adding chassis. It&#8217;s about reducing the potential for human error, and obtaining proper logging of the human error, should it occur.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Delp</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-142</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Mon, 21 Jun 2010 03:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-142</guid>
		<description><![CDATA[Brad - In Joe&#039;s example of setting to four as a personal best practice and then &quot;re-ack&quot; or what I have done in the past to just set to one (or two) and re-ack.  Everyone here will follow&#039;s Dave&#039;s &quot;enable ports, re-ack, check link status&quot;.  It&#039;s the responsible thing to do.  I just don&#039;t believe many customers will blindly add chassis and trust the policy.  I get your point here and I see the advantages to setting the policy in large environments but I&#039;m in the same boat as Dave on this one.]]></description>
		<content:encoded><![CDATA[<p>Brad &#8211; In Joe&#8217;s example of setting to four as a personal best practice and then &#8220;re-ack&#8221; or what I have done in the past to just set to one (or two) and re-ack.  Everyone here will follow&#8217;s Dave&#8217;s &#8220;enable ports, re-ack, check link status&#8221;.  It&#8217;s the responsible thing to do.  I just don&#8217;t believe many customers will blindly add chassis and trust the policy.  I get your point here and I see the advantages to setting the policy in large environments but I&#8217;m in the same boat as Dave on this one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-141</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Mon, 21 Jun 2010 03:26:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-141</guid>
		<description><![CDATA[Dave,
Your &quot;process&quot; relies upon someone correctly following it every time to avoid a chassis going into production with only 1 link.  Simply setting the policy to 2 links would prevent the risk of human error.  With a chassis discovery policy I can be assured a chassis never comes online with fewer than 2 links, for example, without relying on someone clicking &quot;re-ack&quot;.  Its a simple insurance policy for the 5 seconds it takes to get it configured.]]></description>
		<content:encoded><![CDATA[<p>Dave,<br />
Your &#8220;process&#8221; relies upon someone correctly following it every time to avoid a chassis going into production with only 1 link.  Simply setting the policy to 2 links would prevent the risk of human error.  With a chassis discovery policy I can be assured a chassis never comes online with fewer than 2 links, for example, without relying on someone clicking &#8220;re-ack&#8221;.  Its a simple insurance policy for the 5 seconds it takes to get it configured.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Alexander</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-140</link>
		<dc:creator>Dave Alexander</dc:creator>
		<pubDate>Mon, 21 Jun 2010 03:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-140</guid>
		<description><![CDATA[I guess my point is, like Joe, I&#039;m not going to put a chassis into production without checking the status of the links.   I&#039;m not seeing any value in setting the discovery policy, when no matter what it&#039;s set to a 1-click re-ack makes all links active.   My process for adding a chassis is &quot;enable ports, re-ack, check link status&quot;.   The chassis discovery policy isn&#039;t valuable to me.]]></description>
		<content:encoded><![CDATA[<p>I guess my point is, like Joe, I&#8217;m not going to put a chassis into production without checking the status of the links.   I&#8217;m not seeing any value in setting the discovery policy, when no matter what it&#8217;s set to a 1-click re-ack makes all links active.   My process for adding a chassis is &#8220;enable ports, re-ack, check link status&#8221;.   The chassis discovery policy isn&#8217;t valuable to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Hedlund</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-139</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Mon, 21 Jun 2010 02:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-139</guid>
		<description><![CDATA[Aaron,
It appears to me Dave got this to work as desired.  His description of the behavior in this article sounds right.  If the policy didn&#039;t match the number of links, the FEX did not come online until he &quot;Re-acknowledged&quot; the chassis, a manual intervention that basically acknowledges the chassis is out of policy.  However if the policy matched the uplinks, the FEX comes online without a &quot;Re-acknowledge&quot;.  Right?]]></description>
		<content:encoded><![CDATA[<p>Aaron,<br />
It appears to me Dave got this to work as desired.  His description of the behavior in this article sounds right.  If the policy didn&#8217;t match the number of links, the FEX did not come online until he &#8220;Re-acknowledged&#8221; the chassis, a manual intervention that basically acknowledges the chassis is out of policy.  However if the policy matched the uplinks, the FEX comes online without a &#8220;Re-acknowledge&#8221;.  Right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Delp</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-138</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Mon, 21 Jun 2010 02:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-138</guid>
		<description><![CDATA[BTW - Brad and Joe, I&#039;m not doubting the intention of it and I think it would be a good idea.  But, when I tested it (1.1 code if I remember right) it just didn&#039;t seem to actually work.  Has anybody gotten it to work as desired?]]></description>
		<content:encoded><![CDATA[<p>BTW &#8211; Brad and Joe, I&#8217;m not doubting the intention of it and I think it would be a good idea.  But, when I tested it (1.1 code if I remember right) it just didn&#8217;t seem to actually work.  Has anybody gotten it to work as desired?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Delp</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/20/chassis-discovery-policies-in-ucs/#comment-137</link>
		<dc:creator>Aaron Delp</dc:creator>
		<pubDate>Mon, 21 Jun 2010 02:11:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=167#comment-137</guid>
		<description><![CDATA[I did a BUNCH of testing of this setting it to 4, 2, and 1.  I then went up and down with the number of uplinks.  My conclusion was it was useless as well.  You can absolutely bring up a chassis with 1 link with the policy set to 2 and the pinning will be for one uplink.  I&#039;ll dig up my notes (and screenshots that I took along the way) tomorrow if needed.]]></description>
		<content:encoded><![CDATA[<p>I did a BUNCH of testing of this setting it to 4, 2, and 1.  I then went up and down with the number of uplinks.  My conclusion was it was useless as well.  You can absolutely bring up a chassis with 1 link with the policy set to 2 and the pinning will be for one uplink.  I&#8217;ll dig up my notes (and screenshots that I took along the way) tomorrow if needed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
