メインコンテンツまでスキップ

ファームウェアの更新に関する考慮事項

Lenovo XClarity Administrator を使用して管理対象デバイスのファームウェアを更新する前に、以下の重要な考慮事項を確認してください。

一般的な考慮事項

  • ファームウェア・レベルの最小要件。

    XClarity Administrator を使用してそれらのデバイスでファームウェアを更新する前に、各管理対象デバイスにインストールされたファームウェアが最小限必要なレベルにあることを確認します。XClarity Administrator のサポート – 互換性に 関する Web ページ から最小限必要なレベルのファームウェアを見つけるには、 互換性タブをクリックし、該当するデバイス・タイプのリンクをクリックします。

    I/O デバイスのサポートと既知の制限について詳しくは、XClarity Administrator のサポート – 互換性に 関する Web ページを参照してください。
  • すべてのコンポーネントをファームウェア更新リポジトリーに含まれているレベルに更新する。

    Flex System コンポーネントのファームウェア更新がまとめてテストおよびリリースされているため、Flex System シャーシ内のすべてのコンポーネントでファームウェア・レベルを同じに保つことをお勧めします。そのため、シャーシ内のすべてのコンポーネントのファームウェアを同じ保守期間に更新することが重要です。選択した更新は、XClarity Administrator により自動的に適切な順序で適用されます。

  • LXPM Linux ドライバーと LXPM Windows ドライバーがデフォルトで更新されない

    ポリシーを作成すると、Lenovo XClarity Provisioning Manager (LXPM) Linux ドライバーおよび Windows ドライバーはデフォルトで「更新しない」に設定されます。

  • LXPM Linux ドライバーおよび LXPM Windows ドライバーは、UXSP のダウンロード時には含まれていません

    LXPM Linux および Windows ドライバーは、UpdateXpress System Packs (UXSPs)に含まれていません。これらの更新パッケージをデバイスに適用するには、最新のファームウェア更新リポジトリー・パックをダウンロードするか、個別のパッケージを手動でダウンロードして、それらのパッケージを含めるファームウェア・コンプライアンス・ポリシーを作成します。

  • 一部のファームウェア更新と最小レベルのデバイス・ドライバーとの相互依存関係。

    サーバーでアダプターと I/O のファームウェア更新を適用する前に、デバイス・ドライバーを最小レベルに更新する必要がある場合があります。通常は、ファームウェア更新は特定のレベルのデバイス・ドライバーに依存しません。ファームウェア更新の README ファイルでこれらの相互依存関係について確認し、ファームウェアを更新する前にオペレーティング・システムのデバイス・ドライバーを更新してください。XClarity Administrator では、オペレーティング・システムのデバイス・ドライバーは更新されません。

  • ファームウェアを更新する前に XClarity Administrator をリブートする

    以前にファームウェアの更新に失敗した場合は、XClarity Administrator を再起動してからファームウェアを更新してください。管理サーバーをリブートすると、ファームウェアの更新に使用されているシステム予約済みアカウントが、管理対象デバイスで同期されるようになります。

  • ファームウェアの更新には中断が伴うため、デバイスでワークロードを休止させる必要があります。

    更新をすぐにアクティブ化することを選択した場合、管理対象デバイスのファームウェア更新には中断が伴います。即時アクティベーションを使用してファームウェアを更新する前に、デバイスを休止する必要があります。

    サーバーでファームウェアを更新すると、アダプター、ディスク・ドライブ、およびソリッド・ステート・ドライブのデバイス・ドライバーを更新するために、サーバーがシャットダウンされてメンテナンス・オペレーティング・システムに置かれます。

    ファームウェアの更新プロセスでは、特定のシャーシ内の Flex スイッチが順番に更新されて再起動されます。冗長データ・パスを実装すると中断を軽減できますが、それでも、ファームウェアの更新中にネットワーク接続の短い中断が発生する可能性があります。

  • XClarity Administrator が実行されているサーバーのファームウェアの更新に XClarity Administrator を使用しない。

    XClarity Administrator が、管理側のサーバーで実行されているハイパーバイザー・ホストで実行されている場合、XClarity Administrator を使用してそのサーバーでファームウェアを更新しないでください。ファームウェア更新が即時アクティベーションで適用されると、ターゲット・サーバーが XClarity Administrator によって強制的に再起動されます。これにより、ハイパーバイザー・ホストと XClarity Administrator も再起動されます。据え置きアクティベーションによって適用された場合は、ターゲット・システムが再起動されるまで、一部のファームウェアのみが適用されます。

CMM の考慮事項

  • ファームウェアを更新する前に CMM の仮想再取り付けを実行します。

    3 週間以上稼働しているデュアル CMM 構成の CMM で、ファームウェア・レベルのスタック・リリースが 1.3.2.1 の 2PET12K から 2PET12Q までを実行している CMM を更新する場合は、ファームウェアを更新する前にプライマリー CMM とスタンバイ CMM の両方を仮想的に再取り付けする必要があります (CMM の仮想再取り付けを参照)。

ベースボード管理コントローラーに関する考慮事項

  • 管理対象 IP アドレスは、2 つの管理コントローラー・ポートを持つデバイスに使用されます

    2 つのベースボード管理コントローラー・ポートを持つデバイスの場合、ファームウェア更新プロセスではデバイスの管理に使用される IP アドレスが使用されます。

  • アクティベーション保留中ステータスで必要な最小 BMC レベル

    アクティベーション保留中ステータスを確認するには、以下のファームウェア・バージョンが、サーバー内のプライマリー・ベースボード管理コントローラーにインストールされている必要があります。
    • IMM2: TCOO46F、TCOO46E またはそれ以降 (プラットフォームによって異なります)

    • XCC: CDI328M、PSI316N、TEI334I またはそれ以降 (プラットフォームによって異なります)

  • 更新はプライマリー管理コントローラーおよび UEFI ファームウェア・パーティションに適用される。

    ベースボード管理コントローラー (BMC) と UEFI の更新は、管理コントローラーと UEFI のプライマリー・ファームウェア・パーティションとバックアップ・ファームウェア・パーティションに個別に適用できます。

    管理コントローラーと UEFI の更新を、サーバーのプライマリー・ファームウェア・パーティションにのみ適用することもできます。デフォルトでは、管理コントローラーは、プライマリー管理コントローラーが満足できる状態で実行されていて新しいレベルがバックアップにプロモートできるようになった後、バックアップ管理コントローラー・パーティションをプライマリー管理コントローラー・パーティションと同期するように構成されています。ただし、管理コントローラーは UEFI バックアップ・パーティションをデフォルトで同期するようには構成されていません。そのため、管理コントローラーでは次のいずれかの選択肢を検討する必要があります。

    • UEFI バックアップ・パーティションの自動同期を有効にする。

      これにより、プライマリーとバックアップの両方のパーティションで同じレベルのファームウェアが実行されるようになります (バックアップ UEFI ファームウェアと管理コントローラー・ファームウェアの互換性も確保されます)。

    • 管理コントローラー・バックアップ・パーティションの自動同期を無効にする。

      推奨されませんが、これにより、管理コントローラーと UEFI のファームウェア・レベルを完全に制御できるようになります。ただし、両方のパーティションの管理コントローラー・ファームウェアと UEFI ファームウェアを手動で更新する必要があります。

    各デバイスに適用された更新を調べるには、ファームウェア・コンプライアンス・ポリシーを使用します。ファームウェア・コンプライアンス・ポリシーについて詳しくは、ファームウェア・コンプライアンス・ポリシーの作成と割り当てを参照してください。

    管理コントローラーと UEFI が、プライマリーからバックアップ・ファームウェアを自動的に同期するように構成されている場合、XClarity Administrator がバックアップ・バンクを更新する必要はありません。その場合は、サーバーに更新を適用するときにバックアップ・バンクの更新を消去できます。または、ファームウェア・コンプライアンス・ポリシーからバックアップ・バンクを削除できます。
  • 管理コントローラーがリセットされると VMware vSphere ESXi でシステム障害が発生する (ホストで紫色の診断画面が表示される) 可能性がある。

    サーバーで VMware vSphere ESXi を実行している場合は、そのサーバーのファームウェアを更新する前に、インストールされている VMware ESXi のレベルが以下の最小要件を満たしていることを確認してください。
    • VMware vSphere ESXi 5.0 を実行している場合の最小レベルは 5.0u2 (update 2) です。
    • VMware vSphere ESXi 5.1 を実行している場合の最小レベルは 5.1u1 (update 1) です。

    これらの最小レベルが満たされていないと、管理コントローラーがリセットされるたびに (管理コントローラー・ファームウェアが適用されてアクティブ化された場合を含む) VMware vSphere ESXi でシステム障害が発生する (ホストで紫色の診断画面が表示される) 可能性があります。

    この問題は、ESXi v5.5 には影響しません。

ThinkSystem デバイスに関する考慮事項

  • 20A より前の XCC ファームウェア・バージョンを実行している ThinkSystem SE350 サーバーの場合、管理コントローラーが XClarity Administrator と通信できるように、ベースボード管理コントローラーで IPMI over KCS アクセスを手動で有効にする必要があります。

    ThinkSystem SE350 サーバーでは、IPMI over KCS はデフォルトで無効になっています。XCC ファームウェア・バージョン 20A 以降を実行している ThinkSystem SE350 サーバーの場合、XClarity Administrator はファームウェアの更新中に IPMI over KCS を自動的に有効にし、ファームウェアの更新が完了した後で無効にします。ただし、20A より前の XCC ファームウェア・バージョンを実行する ThinkSystem SE350 サーバーでは、Lenovo XClarity Controller ユーザー・インターフェースから、「BMC 構成」 > 「セキュリティー」 > 「IPMI over KCS アクセス」をクリックして、このオプションを手動で有効にする必要があります。

  • ThinkSystem SR635 および SR655 サーバーの場合は、以下の制限が適用されます。

    • 即時アクティベーションのみサポートされます。遅延アクティベーションと優先度付きアクティベーションはサポートされていません。

    • XClarity Administratorv3.1.1 以降では、バンドルされた更新機能を使用して、ベースボード管理コントローラー、UEFI、ディスク・ドライブ、IO オプションを含む ThinkSystem SR635 および SR655 サーバー上のすべてのコンポーネントを更新できます。

      重要
      選択したデバイスは、更新プロセスを開始する前に電源がオフになります。必ず、実行中のワークロードを停止してください。仮想化環境で作業している場合は、別のサーバーに移動してください。ジョブを実行中の場合、更新ジョブは他のジョブがすべて完了するまでキューに入れられます。アクティブ・ジョブのリストを表示するには、「監視」 > 「ジョブ」をクリックします。
      • バンドルされたファームウェアの更新の適用は、ThinkSystem SR635 および SR655 サーバーでのみサポートされています。

      • バンドルされたファームウェア更新の適用は、IPv4 アドレスでのみサポートされています。IPv6 アドレスはサポートされていません。

      • インベントリー情報全体を取得するために、各ターゲット・デバイスが少なくとも 1 回 OS にブートされたことを確認してください。

      • バンドル更新機能を使用するには、ベースボード管理コントローラー・ファームウェア v2.94 以降が必要です。

      • リポジトリー・パックからのファームウェア更新または個々のファームウェア更新のみが使用されます。UpdateXpress System Packs (UXSPs) はサポートされていません。

      • ダウンロードしたファームウェア更新のみが適用されます。製品カタログを更新し、適切なファームウェア更新をダウンロードします (製品カタログの更新ファームウェア更新のダウンロード)。
        XClarity Administrator を最初にインストールしたときは、製品カタログとリポジトリーは空です。
      • コンプライアンス確認は、ThinkSystem SR635 および SR655 サーバーのベースボード管理コントローラーと UEFI でのみサポートされます。ただし、XClarity Administrator は、利用可能なすべてのハードウェア・コンポーネントにファームウェア更新を適用しようとします。

      • 更新は、割り当てられたファームウェア・コンプライアンス・ポリシーに従って適用されます。コンポーネントのサブセットを更新することはできません。

      • Lenovo XClarity Provisioning Manager (LXPM)、LXPM のウィンドウ・ドライバー、または LXPM Linux ドライバーのファームウェア更新を ThinkSystem SR635 および SR655 サーバーに適用するには、XClarity Administrator v3.2 以降が必要です。

      • 現在インストールされているバージョンが、割り当てられたコンプライアンス・ポリシーよりも新しい場合、ベースボード管理コントローラーと UEFI の更新はスキップされます。

      • ファームウェア・コンプライアンス・ポリシーが作成済みであり、ファームウェア更新を適用するデバイスに割り当て済みである必要があります。詳しくは、ファームウェア・コンプライアンス・ポリシーの作成と割り当てを参照してください。

      • 選択したデバイスは、更新プロセスを開始する前に電源がオフになります。必ず、実行中のワークロードを停止してください。仮想化環境で作業している場合は、別のサーバーに移動してください。

      ファームウェア更新をベースボード管理コントローラーと UEFI のみに適用するには、従来の更新機能も使用できます。

    • XClarity Administratorv3.0 の場合:

      • 20A から 20B または 20C にファームウェアを更新する場合、管理データは正常に更新されません。この問題を回避するには、管理解除とデバイスを再管理するか、XClarity Administrator を再起動します。

      • ファームウェア更新のダウングレードはサポートされていません。

  • ThinkSystem サーバーでは、DHCPv6 または静的に割り当てられた IPv6 アドレスを使用しているファームウェア更新はサポートされていません。

    ThinkSystem サーバーで IPv6 アドレスを使用する場合、ファームウェア更新は、IPv6 Link-Local Address(LLA) およびステートレス・アドレスのみでサポートされます。

  • ファームウェアをバージョン 20D に更新するときは、UEFI と XCC の両方を同時に更新する必要があります。

    バージョン 20D では、UEFI および Lenovo XClarity Controller (XCC) を一緒に更新する必要があります。XCC を更新して UEFI は更新しない、および UEFI を更新して XCC は更新しない場合は、問題が発生する場合があります。

Flex System デバイスに関する考慮事項

  • 更新する Flex スイッチの電源がオンであることを確認します。

  • Flex スイッチXClarity Administrator から到達可能な IP アドレスで構成されている必要がある。

    XClarity Administrator がファームウェア更新をダウンロードして適用できるように、XClarity Administrator と通信できる IP アドレスがターゲット Flex スイッチに割り当てられている必要があります。

  • XClarity Administrator 4.1 以降を使用して Web インターフェースから IBM サーバーのファームウェア更新をダウンロードすることはできません。

    XClarity Administrator 4.1 以降の場合、Web インターフェースから以下のサーバーの Update XPress Packs または個々のファームウェア更新をダウンロードすることはできません。代わりに、ibm.com から更新を手動でダウンロードして、更新をインポートします。

    • IBM System x iDataPlex dx360 M4

    • IBM System シリーズ M4

    • IBM System x3100 M5 および x3250 M5

    • IBM System x3850 X5 および x3950 X5

    • IBM System x3850 X6 および x3950 X6

    • IBM Flex System

  • Flex System 1.3.2 より下位の管理コントローラー・ファームウェア・レベルにある計算ノードを更新する場合は、即時アクティベーションを選択する。

    Flex System 1.3.2, 2nd Quarter lifecycle release を計算ノードに適用するとき、即時アクティベーションを選択して計算ノードを更新する必要があります。即時アクティベーションでは、更新プロセス中に計算ノードの再起動が強制されます。

  • x480 X6 や x880 X6 ノードなどのスケーラブル・マルチノード・システムの更新のサポート。

    Flex System x480 X6 計算ノードや x880 X6 計算ノードなどのスケーラブル・ノードの更新のサポートは、マルチノード複合システムの一部であるすべての計算ノードを含む単一パーティションの構成に制限されます。複数のパーティションで構成される複合システムを XClarity Administrator で更新することはできません。

    スケーラブル・マルチノード・システム (Flex System x480 X6 や x880 X6 計算ノードなど) に複数のサーバーを含むパーティションにファームウェア・コンプライアンス・ポリシーを割り当てる場合、XClarity Administrator はデフォルトでパーティション内の各サーバーのすべての管理コントローラーおよび UEFI ファームウェアを更新します。ただし、パーティション内のコンポーネントのサブセットを選択した場合、XClarity Administrator はパーティション内の選択したコンポーネントのみのファームウェアを更新します。

  • CMM2 を v1.30 (1AON06C) 以降に更新する前に、Flex スイッチが Enhanced Configuration and Management (EHCM L3) レベル 3 バージョンを実行している必要があります

    CMM2 および Flex スイッチは EHCM プロトコルを使用して通信します。このプロトコルは、XClarity Administrator が Flex スイッチを更新するために必要です。CMM2 を v1.30 (1AON06C) 以降に更新するときに、XClarity Administrator は Flex スイッチで EHCM L3 が実行されていることを確認します。実行されていない場合は、Flex スイッチを先に EHCM-L3 をサポートするバージョンに更新する必要があることを示す警告が表示され、CMM 更新がキャンセルされます。CMM ファームウェアの更新時に、「既に適合しているコンポーネントの更新を試行します」を選択してこの検査をオーバーライドできます。

    重要
    現在、EHCM L3 をサポートする Flex System EN6131 イーサネット・スイッチおよび IB6131 InfiniBand スイッチのファームウェア・バージョンはありません。つまり、CMM2 をファームウェア v1.30 (1AON06C) 更新すると、これらのスイッチの更新に XClarity Administrator を使用できなくなります。回避策は、シャーシの管理コントローラー Web インターフェースまたはコマンド・ライン・インターフェースを使用してスイッチを更新することです。
    Flex System スイッチバージョンリリース日付
    CN40937.8.4.02014 年 6 月
    EN40236.0.02015 年 4 月
    EN40937.8.4.02014 年 6 月
    EN4093R7.8.4.02014 年 6 月
    EN6132使用不可使用不可
    FC31719.1.3.02.002014 年 6 月
    FC50227.4.0b12016 年 3 月
    IB6132使用不可使用不可
    SI40917.8.4.02014 年 6 月
    SI40937.8.4.02014 年 6 月
    EN2092 1-Gb イーサネット・スケーラブル・スイッチには EHCM L3 が必要なため、この制限はありません。

ストレージに関する考慮事項

  • ThinkSystem DM ストレージ・デバイスに関する考慮事項

    ThinkSystem DM ストレージ・デバイスのファームウェアを更新するには、デバイスで v9.7 以降を実行している必要があります。

    ダウングレードはマイナー・バージョンでのみサポートされます。たとえば、9.7P11 を 9.7P9 にダウングレードできます。ただし、9.8 を 9.7 にダウングレードすることはできません。

    ThinkSystem DM シリーズのストレージ・デバイスのファームウェアをダウンロードするには:
    • 1 つ以上の ThinkSystem DM シリーズのストレージ・デバイスを XClarity Administrator で管理する必要があります。

    • 各 ThinkSystem DM シリーズのストレージ・デバイスは、ハードウェアのサービスとサポートの対象である必要があります。

    • 「ファームウェアの更新: リポジトリー」ページで ThinkSystem DM シリーズのストレージ・デバイスが配置されている国を指定する必要があります。アルメニア、ベラルーシ、中国、キューバ、イラン、カザフスタン、キルギスタン、北朝鮮、ロシア、スーダン、シリアの国のデバイスの暗号化されたファームウェアのみダウンロードできます。

  • ディスク・ドライブは、JBOD、オンライン、動作可能、または未構成 (良好) な状態である必要があります。

    ディスク・ドライブのファームウェアを更新するには、RAID の状態が JBOD、オンライン、動作可能、または未構成 (良好) である必要があります。その他の状態はサポートされていません。ディスク・ドライブの RAID 状態を判別するには、デバイスの「インベントリー」ページに移動し、「ドライブ」セクションを展開し、そのドライブの「RAID 状態」を確認します (XClarity Administrator オンライン・ドキュメントの管理対象サーバーの詳細の表示)。

  • ディスク・ドライブとソリッド・ステート・ドライブのファームウェア・バージョンは検出されません。

    XClarity Administrator では、インストール済みのファームウェア・バージョンが検出され、MegaRAID または NVME アダプターに接続されているディスク・ドライブおよびソリッド・ステート・ドライブ (SSD) のコンプライアンス・チェックのみが実行されます。その他の接続ドライブでは、ファームウェアがサポートされていないレベルであるか、ファームウェア・バージョンの報告がサポートされていない可能性があります。ただし、これらのドライブが選択された場合、ファームウェア更新は適用されます。

  • NVMe ファームウェアは、ターゲット・コンポーネントで識別されていなくても適用されます。

    「適用/アクティブ化」ページに、ソリッド・ステート・ドライブ (SSD) の NVMe ファームウェア・バージョンがリストされます。検出された NVMe デバイスのターゲット・ファームウェア更新が識別されていないため、ターゲット・システムを更新しようとすると警告メッセージが表示されます。ただし、HDD/SSD の更新は、ターゲット・コンポーネントで識別されなくても適用されるため、この場合も NVMe ファームウェアは更新されます。

  • ServeRAID M5115 PSoC3 更新パッケージを XClarity Administrator から適用するには、レベル 68 以上がインストールされている必要があります。

    バージョン 68 より下位のバージョンからの ServeRAID M5115 PSoC3 (Programmable System-on-Chip) の更新は、制御された方法で行う必要があります。

    ヒント
    ServeRAID M5115 PSoC3 のコード・バージョンを表示するには、CMM Web インターフェースにログインし、ターゲット計算ノードの「ファームウェア」タブを選択します。その後、ServeRAID M5115 アダプターの拡張カードを選択します。PSoc3 コードのバージョンは汎用ファームウェア・タイプです。
    68 より下位のインストール済みバージョンについては、XClarity Administrator を使用して更新することはできません。その代わりに、Chassis Management Module (CMM) Web インターフェースまたはコマンド・ライン・インターフェース (CLI) のいずれかから、以下の手順を実行する必要があります。
    • CMM Web インターフェースを使用して、以下の手順を実行します。

      1. Chassis Management Module (CMM) の Web インターフェースにログインします。
      2. メイン・メニューから「サービスおよびサポート」 > 「詳細」をクリックします。
      3. サービスのリセット」タブを選択します。
      4. 適切な計算ノードを、ラジオ・ボタンをクリックして選択します。
      5. リセット」プルダウン・ボタンから、「仮想再取り付け」をクリックします。
      6. OK」をクリックして確認します。
    • CMM CLI を使用する:

      • CMM の Secure Shell (SSH) インターフェースにログインします。

      • 仮想再取り付けを実行するには、次のコマンドを入力します。

        'service -vr -T blade[<em className="ph i">x</em>]

        x は、仮想再取り付けを行う計算ノードのベイ番号です。

    システムが再び起動したら、オペレーティング・システムにブートし、展開された組み込み更新パッケージを使用して、ServeRAID M5115 PSoC3 を更新します。次の手順を実行して、組み込みパッケージを展開してください。

    • Microsoft Windows を使用する場合:

      更新パッケージ (lnvgy_fw_psoc3_m5115-70_windows_32-64.exe) を開き、「ハードディスク・ドライブへの抽出」を選択します。次に、組み込みパッケージの抽出先となるパスを選択します。

    • Linux を使用する場合:

      以下のコマンドを実行します。

      lnvgy_fw_psoc3_m5115-70_linux_32-64.bin -<em className="ph i">x</em>

      ここで、x は組み込みパッケージの抽出場所です。