Basic guide:
https://supportforums.cisco.com/document/29926/what-are-quick-steps-moving-service-profile-different-blade
First off, our scenario was a bit different.
Normally, one would simply disassociate the service profile and associate the service profile to the new blade....but this was a B200-M4 replacing a B200-M3.
You'll get an alert saying there is a BIOS issue if you try and associate the service profile..the issue here has to do with the host firmware package. The default one being used in this case did not have a software package to support the M4 blade.
Since the service profile was created from the template, we can modify the service profile to point to a newly created host firmware package without impacting the other blades.
Once complete...it goes through the normal process of associating the SP to a blade...with some errors. The KVM at this point is displaying the pre-POST message "Configuring and verifying memory." There are also a number of errors...mainly that the memory and processors were using unknown or unsupported FRUs.
My first thought was to update the capability catalog..no change.
Then I found these release notes:
http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/ucs_2_2_rn.html#pgfId-390503
The column on the left indicates the processor type with a minimum and recommended software version...we were running 2.2(6c).
Whoops!
As seen above, I updated the blade package on the host firmware package associated with the B200-M4 servers. That way, as long as I associate the same host firmware package, it will use the correct version.
Now, with the host firmware package "b200m4" updated, it re-associated the service profile, rebooted, and came up successfully.
No comments:
Post a Comment