スイッチをリブートし、コンソールで Ctrl+L キーを押して、起動時にローダー プロンプトを表示させます。

loader>

dir コマンドを実行します。

loader> dir
nuova-sim-mgmt-nsg.0.1.0.001.bin
ucs-6300-k9-kickstart.5.0.2.N1.3.02d56.bin
ucs-6300-k9-system.5.0.2.N1.3.02d56.bin
ucs-manager-k9.3.02d56.bin

ブートフラッシュからカーネル ファームウェア バージョンを起動します。

loader> boot ucs-6300-k9-kickstart.5.0.2.N1.3.02d56.bin

管理イメージが nuova-sim-mgmt-nsg.0.1.0.001.bin にリンクされていることを確認します。

switch(boot)# copy ucs-manager-k9.1.4.1k.bin nuova-sim-mgmt-nsg.0.1.0.001.bin

システム イメージをロードします。

switch(boot)# load ucs-6300-k9-system.5.0.2.N1.3.02d56.bin

Cisco UCS Manager にログインし、ファブリック インターコネクトと Cisco UCS Manager ソフトウェアを必要なバージョンにアップデートします。

CSCup70756 で説明されているように httpd_cimc.sh プロセスが失われた場合、KVM にアクセスできなくなります。フェールオーバーを続けるか、Cisco テクニカル サポートに連絡します。

プライマリ側で KVM にアクセスできなくなった場合は、フェールオーバーを続行して問題を解決します。

セカンダリ側で KVM が必要であるか、またはダウンしている場合は、デバッグ プラグインを使用してそのサービスのみを開始します。デバッグ イメージを実行するには、TAC にお問い合わせください。

CSCuo50049 で説明されている /dev/null 問題が発生した場合は、必要に応じて両方のステップでデバッグ プラグインを使用して権限を 666 に修正します。Cisco テクニカル サポートに連絡してデバッグ コマンドを実行します。

CSCup70756 および CSCuo50049 の両方が発生した場合、VIP が失われる可能性があります。VIP が失われた場合は、次の手順を実行します。

下位のファブリック インターコネクト上の FSM の DeployPollActivate 段階で複数の再試行が確認された場合、または FSM に障害が発生した場合には、次の操作を行います。

1. デフォルトのインフラストラクチャ パックおよびサービス パックのスタートアップ バージョンをクリアします。

   例:

   UCS-A# scope org
   UCS-A /org # scope fw-infra-pack default
   UCS-A /org/fw-infra-pack # set infra-bundle-version ""
   UCS-A /org/fw-infra-pack* # commit-buffer

2. 下位のファブリック インターコネクトからサービス パックを削除します。

   例:

   UCS-A# scope fabric-interconnect b
   UCS-A# /fabric-interconnect # remove service-pack security
   UCS-A# /fabric-interconnect* # commit-buffer

自動インストール 経由で強制オプションを使用してインフラストラクチャ ファームウェアをアップグレードします。

UCS-A# scope firmware
UCS-A /firmware # scope auto-install
UCS-A /firmware/auto-install # install infra infra-vers 3.1(3a)A force
This operation upgrades firmware on UCS Infrastructure Components
(UCS manager, Fabric Interconnects and IOMs).
Here is the checklist of things that are recommended before starting Auto-Install
(1) Review current critical/major faults
(2) Initiate a configuration backup
(3) Check if Management Interface Monitoring Policy is enabled
(4) Check if there is a pending Fabric Interconnect Reboot activitiy
(5) Ensure NTP is configured
(6) Check if any hardware (fabric interconnects, io-modules, servers or adapters) is
unsupported in the target release
Do you want to proceed? (yes/no): yes
Triggering Install-Infra with:
Infrastructure Pack Version: 3.1(3a)A

プライマリ ファブリック インターコネクトのリブートを承認します。

UCS-A /firmware/auto-install # acknowledge primary fabric-interconnect reboot
UCS-A /firmware/auto-install* # commit-buffer
UCS-A /firmware/auto-install #

現在の下位のファブリック インターコネクト上の FSM の DeployPollActivate 段階で複数の再試行が確認された場合、または FSM に障害が発生した場合には、次の操作を行います。

1. デフォルトのインフラストラクチャ パックおよびサービス パックのスタートアップ バージョンをクリアします。

   例:

   UCS-A# scope org
   UCS-A /org # scope fw-infra-pack default
   UCS-A /org/fw-infra-pack # set infra-bundle-version ""
   UCS-A /org/fw-infra-pack* # commit-buffer

2. 現在の下位のファブリック インターコネクトからサービス パックを削除します。

   例:

   UCS-A# scope fabric-interconnect a
   UCS-A# /fabric-interconnect # remove service-pack security
   UCS-A# /fabric-interconnect* # commit-buffer