<?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 for Jeff Said So</title>
	<atom:link href="http://jeffsaidso.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeffsaidso.com</link>
	<description>What Do You Say?</description>
	<lastBuildDate>Mon, 17 Jun 2013 05:38:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on Boot from SAN 101 with Cisco UCS by sip trunking service provider</title>
		<link>http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/comment-page-1/#comment-61933</link>
		<dc:creator>sip trunking service provider</dc:creator>
		<pubDate>Mon, 17 Jun 2013 05:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=12#comment-61933</guid>
		<description><![CDATA[I love your blog.. very nice colors &amp; theme. Did you make this website yourself or did you hire someone to do it for you?
Plz answer back as I&#039;m looking to create my own blog and would like to know where u got this from. appreciate it]]></description>
		<content:encoded><![CDATA[<p>I love your blog.. very nice colors &amp; theme. Did you make this website yourself or did you hire someone to do it for you?<br />
Plz answer back as I&#8217;m looking to create my own blog and would like to know where u got this from. appreciate it</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UCS Chassis Discovery Policy by Jeff Allen</title>
		<link>http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/comment-page-1/#comment-44958</link>
		<dc:creator>Jeff Allen</dc:creator>
		<pubDate>Wed, 08 May 2013 15:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/#comment-44958</guid>
		<description><![CDATA[I need to update this article to include the port-channel options that didn&#039;t exist at that time. Port Channel is definitely what I recommend, but that is independent of the number of links. Changing the discovery policy is not disruptive because it only affects a chassis that you have not discovered yet. However, what you are most likely wanting to do is change a chassis that is already discovered. In that case, you can do this two different ways:
1) Click on the chassis in question and change the Connectivity Policy (this would need to be done on each chassis)
2) Change the global Policy to Port Channel. This will affect each chassis, but not immediately. By default, each chassis uses the global policy for connectivity. If you change the global policy, any chassis that you re-ack will pick up the new settings. This is disruptive. There is no way to go from discrete to port channel on an already discovered chassis without disruption. 

You can tell what any chassis is using at any time by clicking on a chassis and checking the Connectivity Policy tab. Look at the two fabrics listed (A and B) and see the Ctype line. If it&#039;s discrete, it will say &quot;Mux Fabric&quot;. If it&#039;s Port Channel, it will say &quot;Mux FabricPC&quot;. 

Hope that helps.]]></description>
		<content:encoded><![CDATA[<p>I need to update this article to include the port-channel options that didn&#8217;t exist at that time. Port Channel is definitely what I recommend, but that is independent of the number of links. Changing the discovery policy is not disruptive because it only affects a chassis that you have not discovered yet. However, what you are most likely wanting to do is change a chassis that is already discovered. In that case, you can do this two different ways:<br />
1) Click on the chassis in question and change the Connectivity Policy (this would need to be done on each chassis)<br />
2) Change the global Policy to Port Channel. This will affect each chassis, but not immediately. By default, each chassis uses the global policy for connectivity. If you change the global policy, any chassis that you re-ack will pick up the new settings. This is disruptive. There is no way to go from discrete to port channel on an already discovered chassis without disruption. </p>
<p>You can tell what any chassis is using at any time by clicking on a chassis and checking the Connectivity Policy tab. Look at the two fabrics listed (A and B) and see the Ctype line. If it&#8217;s discrete, it will say &#8220;Mux Fabric&#8221;. If it&#8217;s Port Channel, it will say &#8220;Mux FabricPC&#8221;. </p>
<p>Hope that helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UCS Chassis Discovery Policy by Morne</title>
		<link>http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/comment-page-1/#comment-44940</link>
		<dc:creator>Morne</dc:creator>
		<pubDate>Wed, 08 May 2013 07:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/#comment-44940</guid>
		<description><![CDATA[Hi Jeff,

Best practices dictate that I need to change my chassis policy from 4-link to port-channel. Can I do this while the system is in production or is this a disruptive process?

Cheers]]></description>
		<content:encoded><![CDATA[<p>Hi Jeff,</p>
<p>Best practices dictate that I need to change my chassis policy from 4-link to port-channel. Can I do this while the system is in production or is this a disruptive process?</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Boot from SAN 101 with Cisco UCS by BC</title>
		<link>http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/comment-page-1/#comment-37417</link>
		<dc:creator>BC</dc:creator>
		<pubDate>Tue, 16 Apr 2013 14:35:19 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=12#comment-37417</guid>
		<description><![CDATA[Here&#039;s a question for you, how do you deal with SAN Boot configurations if the blade is a Windows server and you&#039;re connected to a VNX array.  I can&#039;t get PowerPath to work on UCS blades with any version installed.  Yes, the host can see and boot from the lun but when the rest of the paths are added in (because boot from SAN on EMC storage, you present only one path to the disk, not all of them) PP still doesn&#039;t see the array or paths.  I&#039;ll probably have to open up a support ticket for this.]]></description>
		<content:encoded><![CDATA[<p>Here&#8217;s a question for you, how do you deal with SAN Boot configurations if the blade is a Windows server and you&#8217;re connected to a VNX array.  I can&#8217;t get PowerPath to work on UCS blades with any version installed.  Yes, the host can see and boot from the lun but when the rest of the paths are added in (because boot from SAN on EMC storage, you present only one path to the disk, not all of them) PP still doesn&#8217;t see the array or paths.  I&#8217;ll probably have to open up a support ticket for this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Boot from SAN 101 with Cisco UCS by aoceaumwkybc</title>
		<link>http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/comment-page-1/#comment-37143</link>
		<dc:creator>aoceaumwkybc</dc:creator>
		<pubDate>Mon, 15 Apr 2013 09:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=12#comment-37143</guid>
		<description><![CDATA[kzfapaknvqna]]></description>
		<content:encoded><![CDATA[<p>kzfapaknvqna</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Boot from SAN 101 with Cisco UCS by ieksdkkdutqr</title>
		<link>http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/comment-page-1/#comment-37141</link>
		<dc:creator>ieksdkkdutqr</dc:creator>
		<pubDate>Mon, 15 Apr 2013 09:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=12#comment-37141</guid>
		<description><![CDATA[dmjeeehbkjvr]]></description>
		<content:encoded><![CDATA[<p>dmjeeehbkjvr</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UCS BIOS Policies by Jeff Allen</title>
		<link>http://jeffsaidso.com/2010/11/ucs-bios-policies/comment-page-1/#comment-36614</link>
		<dc:creator>Jeff Allen</dc:creator>
		<pubDate>Thu, 11 Apr 2013 14:31:07 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=68#comment-36614</guid>
		<description><![CDATA[Hey Chris - the default BIOS policy for every server we have is now included with UCS Manager. On the Servers tab, Expand Policies and then look for &quot;BIOS Defaults&quot;. As for What we recommend, I can&#039;t give a straight up answer on that. VMWare makes some BIOS recommendations in their Performance Best Practices Guide for 4.1: http://www.vmware.com/pdf/Perf_Best_Practices_vSphere4.1.pdf. I would follow those first. Then I would look at Cisco&#039;s BIOS performance tuning guide: http://www.cisco.com/en/US/prod/collateral/ps10265/ps10281/whitepaper_c07-614438.pdf

Also, another blog makes some specific recommendations for UCS BIOS policies when running a Virtualized workload that may be of interest (I have not : http://www.sysadmintutorials.com/tutorials/cisco/cisco-ucs/cisco-ucs-fabric-interconnect-bios-policy-setup/

Also, as you poke through the BIOS defaults, note that some BIOS settings are platform specific based on the processor, memory architecture, or other limitations. Policies themselves include all possible options because the policy can be applied to any hardware and we don&#039;t know that in advance.]]></description>
		<content:encoded><![CDATA[<p>Hey Chris &#8211; the default BIOS policy for every server we have is now included with UCS Manager. On the Servers tab, Expand Policies and then look for &#8220;BIOS Defaults&#8221;. As for What we recommend, I can&#8217;t give a straight up answer on that. VMWare makes some BIOS recommendations in their Performance Best Practices Guide for 4.1: <a href="http://www.vmware.com/pdf/Perf_Best_Practices_vSphere4.1.pdf" rel="nofollow">http://www.vmware.com/pdf/Perf_Best_Practices_vSphere4.1.pdf</a>. I would follow those first. Then I would look at Cisco&#8217;s BIOS performance tuning guide: <a href="http://www.cisco.com/en/US/prod/collateral/ps10265/ps10281/whitepaper_c07-614438.pdf" rel="nofollow">http://www.cisco.com/en/US/prod/collateral/ps10265/ps10281/whitepaper_c07-614438.pdf</a></p>
<p>Also, another blog makes some specific recommendations for UCS BIOS policies when running a Virtualized workload that may be of interest (I have not : <a href="http://www.sysadmintutorials.com/tutorials/cisco/cisco-ucs/cisco-ucs-fabric-interconnect-bios-policy-setup/" rel="nofollow">http://www.sysadmintutorials.com/tutorials/cisco/cisco-ucs/cisco-ucs-fabric-interconnect-bios-policy-setup/</a></p>
<p>Also, as you poke through the BIOS defaults, note that some BIOS settings are platform specific based on the processor, memory architecture, or other limitations. Policies themselves include all possible options because the policy can be applied to any hardware and we don&#8217;t know that in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UCS BIOS Policies by Chris Horn</title>
		<link>http://jeffsaidso.com/2010/11/ucs-bios-policies/comment-page-1/#comment-36539</link>
		<dc:creator>Chris Horn</dc:creator>
		<pubDate>Wed, 10 Apr 2013 23:32:45 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=68#comment-36539</guid>
		<description><![CDATA[Jeff - what BIOS Policy settings would you recommend when using B230 M2&#039;s and ESXi 5.1? I ask because the table above doesn&#039;t include the B230 and is a bit dated.

Thanks,
Chris]]></description>
		<content:encoded><![CDATA[<p>Jeff &#8211; what BIOS Policy settings would you recommend when using B230 M2&#8242;s and ESXi 5.1? I ask because the table above doesn&#8217;t include the B230 and is a bit dated.</p>
<p>Thanks,<br />
Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When Disaster Strikes… by Resetting UCS to Factory Defaults &#124; Jeff Said So</title>
		<link>http://jeffsaidso.com/2013/01/when-disaster-strikes/comment-page-1/#comment-35017</link>
		<dc:creator>Resetting UCS to Factory Defaults &#124; Jeff Said So</dc:creator>
		<pubDate>Thu, 04 Apr 2013 17:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/?p=638#comment-35017</guid>
		<description><![CDATA[[...] &#8592; Previous [...]]]></description>
		<content:encoded><![CDATA[<p>[...] &larr; Previous [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on UCS Chassis Discovery Policy by Jeff Allen</title>
		<link>http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/comment-page-1/#comment-33387</link>
		<dc:creator>Jeff Allen</dc:creator>
		<pubDate>Thu, 14 Mar 2013 19:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsaidso.com/2011/05/ucs-chassis-discovery-policy/#comment-33387</guid>
		<description><![CDATA[It is most definitely disruptive. Decomm is meant for troubleshooting purposes and for removing retired hardware from the database. If you were to decomm/recomm, the chassis would come back exactly as it was and all profiles would re-associate automatically.]]></description>
		<content:encoded><![CDATA[<p>It is most definitely disruptive. Decomm is meant for troubleshooting purposes and for removing retired hardware from the database. If you were to decomm/recomm, the chassis would come back exactly as it was and all profiles would re-associate automatically.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
