<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Modify Host Firmware Policies</title>
  <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_category?p_l_id=2049005&amp;mbCategoryId=0" />
  <subtitle>Modify Host Firmware Policies</subtitle>
  <id>http://developer.cisco.com/c/message_boards/find_category?p_l_id=2049005&amp;mbCategoryId=0</id>
  <updated>2013-06-20T12:05:59Z</updated>
  <dc:date>2013-06-20T12:05:59Z</dc:date>
  <entry>
    <title>RE: Modify Host Firmware Policies</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3988138" />
    <author>
      <name>Sean McCune</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3988138</id>
    <updated>2011-06-02T01:59:07Z</updated>
    <published>2011-06-02T01:59:07Z</published>
    <summary type="html">Awesome!  Figured it might be something that would leverage the profile to quickly apply to package and then unassociate.  I'll get to work trying to modify this as necessary to our environment but excellent foundation to build on.

Thanks guys!</summary>
    <dc:creator>Sean McCune</dc:creator>
    <dc:date>2011-06-02T01:59:07Z</dc:date>
  </entry>
  <entry>
    <title>RE: UCS SCOM Management Pack</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3988133" />
    <author>
      <name>Sean McCune</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3988133</id>
    <updated>2011-06-02T01:56:19Z</updated>
    <published>2011-06-02T01:56:19Z</published>
    <summary type="html">Great to hear!  My SCOM guru is anxiously awaiting this.  It is one of our last blind spots in our environment.</summary>
    <dc:creator>Sean McCune</dc:creator>
    <dc:date>2011-06-02T01:56:19Z</dc:date>
  </entry>
  <entry>
    <title>RE: Modify Host Firmware Policies</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987624" />
    <author>
      <name>Sean McCune</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987624</id>
    <updated>2011-06-01T20:12:51Z</updated>
    <published>2011-06-01T20:12:51Z</published>
    <summary type="html">Hey Kevin,

Normally, we would push the firmware updates through a host package when the profile is created and associated with a blade.  We have been doing it this way for a year now.

The catalyst for the change is that we have an open TAC case regarding a critical thermal fault on one of our chassis.  This chassis is populated with B200 M1 blades but none of them are associated with profiles.  One of the troubleshooting steps TAC has requested is to match our blade firmware to the rest of the infrastructure (unassociated blades on 1.3.1m; UCSM on 1.4.2b).  Doubtful that it will make any difference in the fault but I'm willing to try it.

In addition, it might save us a few crucial minutes when we bring up a new profile.</summary>
    <dc:creator>Sean McCune</dc:creator>
    <dc:date>2011-06-01T20:12:51Z</dc:date>
  </entry>
  <entry>
    <title>UCS SCOM Management Pack</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987525" />
    <author>
      <name>Sean McCune</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987525</id>
    <updated>2011-06-01T19:41:16Z</updated>
    <published>2011-06-01T19:41:16Z</published>
    <summary type="html">Any news or updates on the pending release of the new SCOM management pack?  We currenly have a TAC case regarding the v1.2 release that has been open since January in Bug/Defect Required status.  This is related to the targeting of systems in the management pack and the lack of robust documentation around the product.</summary>
    <dc:creator>Sean McCune</dc:creator>
    <dc:date>2011-06-01T19:41:16Z</dc:date>
  </entry>
  <entry>
    <title>Modify Host Firmware Policies</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987503" />
    <author>
      <name>Sean McCune</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=2049005&amp;messageId=3987503</id>
    <updated>2011-06-01T19:35:37Z</updated>
    <published>2011-06-01T19:35:37Z</published>
    <summary type="html">Hey Josh!  Great to see the Powershell cmdlets evolve and its nice to have a space to post questions to the community regarding Microsoft-specific products and environments.
 
First off, is there a set command to modify firmware policies to apply firmware updates to a subset of servers or profiles via Powershell?  Also, a way to update and activate firmware on blades that are not associated with profiles.
 
This is one of the more time-consuming tasks through the GUI and it would be great to get it automated.</summary>
    <dc:creator>Sean McCune</dc:creator>
    <dc:date>2011-06-01T19:35:37Z</dc:date>
  </entry>
</feed>

