Skip to main content
本ガイドでは、SambaRack 内のデバイスのファームウェアの確認と更新について説明します。デバイスとは、ラックやノードに取り付けられた個々のコンポーネントのことで、BMC、スイッチ、PDU、シリアルターミナルなどが含まれます。

コマンド

ファームウェアバージョンの確認

デバイスのファームウェアバージョンを確認します。
対象の指定: --rack-id または --group のいずれか一方の指定が必須です (同時には指定できません)。 デバイスタイプ:

単一ラック

例 – 単一ラックの BMC ファームウェアを確認:
出力例:
例 – ラック内のすべてのファームウェアを確認:
出力例:

グループ

例 – グループ内のすべてのラックの BMC ファームウェアを確認:
出力例 (ラックごとに 1 行):
デバイスに到達できない場合や設定が正しくない場合、該当デバイスのファームウェアチェックは、上の出力例のように FAIL ステータスで失敗します。カードデバイスの場合、CURR 列には各ネットワークインターフェースのファームウェアバージョンと、インターフェースごとの PASS/FAIL の比較結果が表示されます。CARD 全体のステータスは、すべてのインターフェースが POR バージョンと一致している場合にのみ PASS になります。

ファームウェアの更新

ラックまたはグループ内のデバイスのファームウェアを更新します。
対象の指定: --rack-id または --group のいずれか一方の指定が必須です (同時には指定できません)。 デバイスタイプ:
その他のデバイスタイプ (access_switch、data_switch、pdu、scs) は、現在ファームウェア更新に対応しておらず、CLI で拒否されます。
任意のパラメータ:

単一ラック

例 – BMC ファームウェアを更新:
例 – すべての XRDU を更新:
例 – 特定の XRDU を更新:
例 – ローカルファイルから XRDU ファームウェアを更新:

グループ

例 – グループ内のすべてのラックのファームウェアを更新:
--group を使用すると、snctl はラックを順番に (1 ラックずつ) 処理し、各ラック内では個々のデバイス更新を並列に実行します。これにより同時実行数が抑えられます。たとえば、10 ラック × 各 8 XRDU のグループでも、80 個のジョブが同時に起動されることはありません。 更新中、snctl は以下を出力します。
  • 各ジョブの完了時に、コンポーネントごとの PASS/FAIL 行
  • 各ラックの完了後に、ラックごとのチェックポイント (PASS/FAIL の件数と、失敗があった場合のログファイルパスを含む)
  • 実行全体を要約した最終的な Firmware Update Results テーブル
1 つ以上のデバイスで更新が失敗した場合、コマンドは非ゼロの終了コードで終了し、失敗した各ジョブの stdout、stderr、および instruction 出力のログパスを出力します。

実行順序

複数のコンポーネントを更新する場合、コンポーネント間に厳密な依存関係はありません。ただし、同じメンテナンスウィンドウ内で複数のタイプをアップグレードする場合は、次の順序に従ってください。 THOR CARD → BIOS → BMC → XRDU

1. THOR CARD

事前条件: ホストの電源がオンである必要があります。
更新:
アップグレード後:

2. BIOS

事前条件: ホストの電源がオンである必要があります。
更新:
アップグレード後: BIOS 更新を適用した直後にノード全体をパワーサイクルすると、ホストの電源は入っているのに POST の手前で停止し、OS まで到達しない状態になることがあります。新しい BIOS を確実に適用するには、まずホスト単体を電源サイクルし、SR-IOV の BIOS 設定を確認してから、最後にノード全体をパワーサイクルしてください。
  1. ノード (ホストと XRDU) の電源をオフにします。 --type を省略すると、ホストと XRDU の両方が電源オフになります。
  1. ホストの電源を入れ直します。 新しい BIOS は、OS が起動する前の POST (Power-On Self-Test) 中に適用されます (コンソールに BIOS 設定の適用が表示され、ホストが自動的に 1 回再起動することがあります)。
注: 電源オン後、ホストが POST を完了して OS が起動するまで約 15 分待ってから、以下の SR-IOV チェックを実行してください。
  1. SR-IOV が無効であることを確認します。 BIOS で SR-IOV が無効 (Disabled) になっている必要があります (PCIS007 が SR-IOV の属性です)。以下のチェックを Redfish 経由で順に実施してください。
3a. BMC の接続情報を収集する:
以下の curl コマンドは BMC の Redfish API に認証するため、BMC の IP アドレス・ユーザー名・パスワードが必要です。
BMC の IP とユーザー名はノードのインベントリから取得します。snctl node show <node_id> を実行し、BMC の行 (IP 列と Username 列) から読み取ってください:
BMC のパスワードは snctl のシークレットストアに保存されています。現在の値は次のコマンドで表示できます:
—show-value はパスワードを平文で表示します。安全な環境でのみ使用し、出力は決して共有しないでください
以下の curl コマンドがタイムアウトする、または認証エラーを返す場合は、snctl node show <node_id> と snctl secret get --device-type bmc --show-value で BMC の IP・ユーザー名・パスワードを再確認し、このホストから BMC の管理インターフェースに到達できることを確認してください。
3b. 現在の値を確認する:
  • "Disabled" と表示された場合、このステップは完了です。ステップ 4 に進んでください。
  • "Enabled" と表示された場合は、ステップ 3c に進んでください。
3c. SR-IOV を無効化する (リクエストが成功した場合、出力はありません):
3d. 変更を適用するため、再度ホストのみを再起動します:
ホストの起動まで約 15 分待ってから、ステップ 3a を繰り返して PCIS007 が "Disabled" になったことを確認し、その上で先に進んでください。まだ "Enabled" のままの場合はステップ 4 に進まず、ステップ 3c を 1 回だけ再実行してください。それでも値が変わらない場合は、SR-IOV が有効のままパワーサイクルするのではなく、作業を中止して SambaNova サポートにお問い合わせください。
  1. SR-IOV の無効化が確認できたら、ノード全体をパワーサイクルします。

3. BMC

更新:
アップグレード後:

4. XRDU

事前条件: XRDU ファームウェアを更新する前に、ホストの電源がオフである必要があります。
更新:
アップグレード後:

出力列

ファームウェアチェックの出力には、以下の列が含まれます。