コマンド
ファームウェアバージョンの確認
デバイスのファームウェアバージョンを確認します。--rack-id または --group のいずれか一方の指定が必須です (同時には指定できません)。
デバイスタイプ:
単一ラック
例 – 単一ラックの BMC ファームウェアを確認:グループ
例 – グループ内のすべてのラックの BMC ファームウェアを確認:デバイスに到達できない場合や設定が正しくない場合、該当デバイスのファームウェアチェックは、上の出力例のように
FAIL ステータスで失敗します。カードデバイスの場合、CURR 列には各ネットワークインターフェースのファームウェアバージョンと、インターフェースごとの PASS/FAIL の比較結果が表示されます。CARD 全体のステータスは、すべてのインターフェースが POR バージョンと一致している場合にのみ PASS になります。ファームウェアの更新
ラックまたはグループ内のデバイスのファームウェアを更新します。--rack-id または --group のいずれか一方の指定が必須です (同時には指定できません)。
デバイスタイプ:
その他のデバイスタイプ (
access_switch、data_switch、pdu、scs) は、現在ファームウェア更新に対応しておらず、CLI で拒否されます。単一ラック
例 – BMC ファームウェアを更新:グループ
例 – グループ内のすべてのラックのファームウェアを更新:--group を使用すると、snctl はラックを順番に (1 ラックずつ) 処理し、各ラック内では個々のデバイス更新を並列に実行します。これにより同時実行数が抑えられます。たとえば、10 ラック × 各 8 XRDU のグループでも、80 個のジョブが同時に起動されることはありません。
更新中、snctl は以下を出力します。
- 各ジョブの完了時に、コンポーネントごとの
PASS/FAIL行 - 各ラックの完了後に、ラックごとのチェックポイント (
PASS/FAILの件数と、失敗があった場合のログファイルパスを含む) - 実行全体を要約した最終的な Firmware Update Results テーブル
実行順序
複数のコンポーネントを更新する場合、コンポーネント間に厳密な依存関係はありません。ただし、同じメンテナンスウィンドウ内で複数のタイプをアップグレードする場合は、次の順序に従ってください。 THOR CARD → BIOS → BMC → XRDU1. THOR CARD
事前条件: ホストの電源がオンである必要があります。2. BIOS
事前条件: ホストの電源がオンである必要があります。- ノード (ホストと XRDU) の電源をオフにします。
--typeを省略すると、ホストと XRDU の両方が電源オフになります。
- ホストの電源を入れ直します。 新しい BIOS は、OS が起動する前の POST (Power-On Self-Test) 中に適用されます (コンソールに BIOS 設定の適用が表示され、ホストが自動的に 1 回再起動することがあります)。
- SR-IOV が無効であることを確認します。 BIOS で SR-IOV が無効 (Disabled) になっている必要があります (
PCIS007が SR-IOV の属性です)。以下のチェックを Redfish 経由で順に実施してください。
以下の curl コマンドは BMC の Redfish API に認証するため、BMC の IP アドレス・ユーザー名・パスワードが必要です。 BMC の IP とユーザー名はノードのインベントリから取得します。snctl node show <node_id> を実行し、BMC の行 (IP 列と Username 列) から読み取ってください:
以下の
curl コマンドがタイムアウトする、または認証エラーを返す場合は、snctl node show <node_id> と snctl secret get --device-type bmc --show-value で BMC の IP・ユーザー名・パスワードを再確認し、このホストから BMC の管理インターフェースに到達できることを確認してください。"Disabled"と表示された場合、このステップは完了です。ステップ 4 に進んでください。"Enabled"と表示された場合は、ステップ 3c に進んでください。
- SR-IOV の無効化が確認できたら、ノード全体をパワーサイクルします。

