ファームウェアのパッチ適用

注意:

システム・パッチ適用の準備ステップがすべて完了していることを確認します。 手順は、「アプライアンスのパッチ適用の準備」を参照してください。

ファームウェア・パッケージは、ULNを通じて、すべてのコンポーネントILOM、Oracle ZFS Storage Appliance、およびスイッチに提供されます。 パッチを適用するコンポーネント・タイプに対して、次の手順を選択します。

ノート:

ソフトウェア・バージョン3.0.2-b892153以降では、すべてのパッチ操作はアップグレード計画に基づいており、アップグレード前コマンドの実行時に生成されます。 詳細は、「パッチ適用のための新しいソフトウェア・ソースの設定」を参照してください。 コンポーネントがすでに必須バージョンである場合、パッチ操作はスキップされます。 ただし、必要に応じて、「サービスWeb UI」または「サービスCLI」コマンド・オプション(force=True)を使用して、同じバージョンでのパッチ適用を強制できます。

ILOM IPアドレスの取得

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、「ラック・ユニット」をクリックします。

  2. パッチを適用するコンポーネントの名前をクリックします。

  3. 「ラック・ユニット情報」タブを選択します。

  4. ILOM IPの下にリストされたIPアドレスを記録します。

「サービスCLI」の使用

ノート:

アプライアンスがソフトウェア・バージョン3.0.2-b892153以前を実行している場合は、このリストの3番目のオプションを使用します。

  • すべての管理ノードまたはコンピュート・ノードのILOM IPアドレスをリストするには、次のコマンドを使用します: 

    PCA-ADMIN> getCNIloms
Data:
  status = success
  data 1 = 100.96.0.66
  data 2 = 100.96.0.64
  data 3 = 100.96.0.65

PCA-ADMIN> getMNIloms
Data:
  status = success
  data 1 = 100.96.0.33
  data 2 = 100.96.0.34
  data 3 = 100.96.0.35

  • 特定のノード・ホスト名に対応するILOM IPアドレスを取得するには、次のコマンドを使用します: 

    PCA-ADMIN> getServerILOMIP hostName=<node_name>

    たとえば:

    PCA-ADMIN> getServerILOMIP hostName=pcacn002
Data:
  status = success
  data = 100.96.0.65

PCA-ADMIN> getServerILOMIP hostName=pcamn03
Data:
  status = success
  data = 100.96.0.35

  • コンピュート・ノードまたは管理ノードに関するID、IPアドレス、およびその他の重要な情報を取得するには、次のコマンドを使用します:

    PCA-ADMIN> list managementNode fields hostname,ipAddress,ilomIp,state,firmwareVersion orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version
  --                                     --------   ----------    ---------------   -----   ----------------
  22ae47d8-a57a-433c-988d-df62fd3548e1   pcamn01    100.96.2.33   100.96.0.33       On      5.0.2.23
  042693b6-3ddb-4fb0-914d-f3deea838c8f   pcamn02    100.96.2.34   100.96.0.34       On      5.0.2.23
  bd2563b8-e310-4fca-ba1b-0e19b8040fc6   pcamn03    100.96.2.35   100.96.0.35       On      5.0.2.23

PCA-ADMIN> list computeNode fields hostname,ipAddress,ilomIp,state,firmwareVersion,provisioningLocked,maintenanceLocked orderby hostname ASCENDING
Data:
  id                                     Hostname   Ip Address    ILOM Ip Address   State   Firmware Version           Provisioning Locked   Maintenance Locked
  --                                     --------   ----------    ---------------   -----   ----------------           -------------------   ------------------
  cf488903-fef8-4a51-8a41-c6990e4755c5   pcacn001   100.96.2.64   100.96.0.64       On      PCA Hypervisor:3.0.2-681   false                 false             
  42a7594d-1173-4dbd-4755-07810cc2d527   pcacn002   100.96.2.65   100.96.0.65       On      PCA Hypervisor:3.0.2-681   false                 false             
  bc0f37d5-ba77-423e-bc11-017704b47e59   pcacn003   100.96.2.66   100.96.0.66       On      PCA Hypervisor:3.0.2-681   false                 false             
  2e5ac527-01f5-4230-ae41-0522fcb57c9a   pcacn004   100.96.2.67   100.96.0.67       On      PCA Hypervisor:3.0.2-681   false                 false             
  5a6b61cf-7e99-4df2-87e4-b37c5fb0bfb8   pcacn005   100.96.2.68   100.96.0.68       On      PCA Hypervisor:3.0.2-681   false                 false             
  885f2aa4-f017-41e8-b2bc-e588cc0c6162   pcacn006   100.96.2.69   100.96.0.69       On      PCA Hypervisor:3.0.2-681   false                 false

ILOMへのパッチ適用

ノート:

サーバー・ノードにパッチを適用するためにホスト・オペレーティング・システムとILOMの両方が必要な場合、2つのパッチ操作を組み合せて同じノードを2回リブートする必要がなくなります。 手順は次のセクションで提供されます:

ILOM パッチは、管理ノードおよびコンピュート・ノードに適用できます。ファームウェア・パッケージは、コンポーネント・タイプごとに異なる場合があります。 各内部IPアドレスをコマンド・パラメータとして使用して、ILOMに一度に1つずつパッチを適用する必要があります。

注意:

管理仮想IPアドレスを保持する管理ノードのILOM、つまりクラスタ内のプライマリ・ロールにパッチを適用しないでください。 クラスタ内のプライマリ・ロールを持つ管理ノードを特定し、別のノードをプライマリにするには、次の「サービスCLI」コマンドを使用します: 

PCA-ADMIN> getPrimaryMgmtNode
  status = success
  data = pcamn01

PCA-ADMIN> updatePrimaryNode node=pcamn02
Data:
  status = success
  message = Successfully issued update primary node command

PCA-ADMIN> getPrimaryMgmtNode
  status = success
  data = pcamn02

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、「メンテナンス」セクションに移動し、「アップグレード計画」をクリックします。 ここでは、現行およびターゲット・コンポーネントのバージョンの概要を示します。

  2. 「アップグレード&パッチ適用」をクリックして、「アップグレード・ジョブ」ページを表示します。

  3. 「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

    「要求の作成」ウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  4. 適切なパッチ・リクエスト・タイプの選択: ILOMにパッチを適用します。

  5. パッチ・パラメータを入力します:

    • ホストIP: ILOMネットワークに、コンポーネントに割り当てられたIPアドレスを入力します。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

    • 代替ULNチャネル: このパラメータは、リクエストに非標準ULNチャネルを強制的に使用します。 Oracleが明示的に指示しないかぎり、このオプションを使用しないでください。

    • 検証のみ: 検証専用モードで操作を実行するには、このオプションを有効にします。

    • 強制: 操作を強制するには、このオプションを有効にします。 Oracleによって指示された場合のみ使用します。

  6. 「要求の作成」をクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. ファームウェアにパッチを適用するILOMのIPアドレスを取得します。

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchIlom
hostIp=<ilom-ip>

    例:

    PCA-ADMIN> patchIlom hostIp=100.96.0.62
Command: patchIlom hostIp=100.96.0.62
Status: Success
Time: 2022-01-24 18:18:31,044 UTC
Data:
  Service request has been submitted. Upgrade Job Id = 1620921089806-ilom-21480 Upgrade Request Id = UWS-732d6fce-9f06-4329-b972-d093bee40010

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1620921089806-ilom-21480         UWS-732d6fce-9f06-4329-b972-d093bee40010   ilom          Passed

PCA-ADMIN> getUpgradeJob upgradeJobId=1620921089806-ilom-21480
Command: getUpgradeJob upgradeJobId=1620921089806-ilom-21480
Status: Success
Time: 2023-01-18 18:23:39,690 UTC
Data:
  Upgrade Request Id = UWS-732d6fce-9f06-4329-b972-d093bee40010
  Name = ilom
[...]

  4. syncHardwareDataコマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。

    ノート:

    syncHardwareDataコマンドは、内部自動システム・タスクにも使用されます。 syncHardwareDataコマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます: 

    This command cannot be performed at this time. Please try again.

    しばらく待ってから、syncHardwareDataコマンドを再発行します。

パッチの最後に、ILOM自体が自動的にリブートされます。 ただし、すべての変更を有効にするには、サーバー・コンポーネントもリブートする必要があります。 5分待ってから、ILOMワークフローが最初に完了します。

動作への影響を最小限に抑えるには、すべてのILOMにパッチが適用された後に、コンピュート・ノードおよび管理ノードのリブート操作をスケジュールします。 コンピュート・ノードをリブートするにはコンピュート・インスタンスの移行が必要であることを考慮してください。 詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の章にある「コンピュート・ノード操作の実行」を参照してください。

ZFS Storage Applianceオペレーティング・ソフトウェアへのパッチ適用

システムのZFS Storage Applianceのオペレーティング・ソフトウェアにパッチを適用するには、パラメータを指定する必要はありません。 ストレージ・コントローラのIPアドレスがわかっているため、1つのコマンドで両方のコントローラのローリング・パッチが開始されます。

注意:

パッチ適用プロセス中に、ユーザーがZFS Storage Applianceまたはストレージ・コントローラILOMにログインしていないことを確認します。

アップグレードの進行中にストレージ構成を変更しないでください。 コントローラでさまざまなソフトウェア・バージョンが実行されている場合、あるコントローラの構成を変更しても、そのピア・コントローラには伝播されません。

ファームウェアのパッチ適用中、ストレージ・コントローラはアクティブ/パッシブ・モードになります。 パッチ適用が完了すると、自動的にアクティブ/アクティブに戻ります。

ノート:

ZFS Storage Applianceの更新には、ILOMおよびBIOSファームウェアが含まれる場合があります。 BIOSファームウェアの更新が必要な場合は、次回のストレージ・コントローラのリブート時にBIOSが更新されることを示すノートがUpgraderログに表示されます。

始める前に

ZFS Storage Applianceへのパッチ適用を開始する前に、ノード状態サービスを無効にして、パッチ操作後のノード状態のエラーを回避する必要があります。
  1. 管理ノードから、次のコマンドを発行してプロビジョニング・ロックを設定します: 
    pca-admin locks set system provisioning
  2. 次の「サービスWeb UI」または「サービスCLI」プロシージャのいずれかを使用して、ZFS Storage Applianceパッチ操作を実行します。
  3. プロビジョニング・ロックを解除します。
    pca-admin locks unset system provisioning
  4. ロック状態を確認します。
    pca-admin locks show system

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、「メンテナンス」セクションに移動し、「アップグレード計画」をクリックします。 ここでは、現行およびターゲット・コンポーネントのバージョンの概要を示します。

  2. 「アップグレード&パッチ適用」をクリックして、「アップグレード・ジョブ」ページを表示します。

  3. 「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

    「要求の作成」ウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  4. 適切なパッチ・リクエスト・タイプの選択: Zfssaにパッチを適用します。

  5. パッチ・パラメータを入力します:

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

    • 代替ULNチャネル: このパラメータは、リクエストに非標準ULNチャネルを強制的に使用します。 Oracleが明示的に指示しないかぎり、このオプションを使用しないでください。

    • 検証のみ: 検証専用モードで操作を実行するには、このオプションを有効にします。

    • 強制: 操作を強制するには、このオプションを有効にします。 Oracleによって指示された場合のみ使用します。

  6. 「要求の作成」をクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. patchコマンドを入力します。

    PCA-ADMIN> patchZfssa
Command: patchZfssa
Status: Success
Time: 2022-01-24 18:15:07,453 UTC
Data:
  Service request has been submitted. Upgrade Job Id = 1643035466051-zfssa-62915 Upgrade Request Id = UWS-831fd008-cc32-428d-8e76-91c43081f6e7

  2. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
Status: Success
Time: 2023-01-24 18:19:29,731 UTC
Data:
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1643035466051-zfssa-62915        UWS-831fd008-cc32-428d-8e76-91c43081f6e7   zfssa         Passed
 
PCA-ADMIN> getUpgradeJob upgradeJobId=1643035466051-zfssa-62915
Command: getUpgradeJob upgradeJobId=1643035466051-zfssa-62915
Status: Success
Time: 2022-01-24 18:21:52,775 UTC
Data:
  Upgrade Request Id = UWS-831fd008-cc32-428d-8e76-91c43081f6e7
  Name = zfssa
[...]

スイッチ・ソフトウェアへのパッチ適用

アプライアンス・ラックには、Cisco Nexusスイッチの3つのカテゴリが含まれています: 管理スイッチ、2つのリーフ・スイッチ、および2つのスパイン・スイッチ。 すべて同じCisco NX-OSネットワーク・オペレーティング・ソフトウェアを実行します。 「この順序でパッチを適用する必要があります: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ」。 スイッチのカテゴリごとに1つのコマンドだけが必要です。つまり、リーフ・スイッチとスパイン・スイッチにはペアでパッチが適用されます。

ネットワーク・オペレーティング・ソフトウェアの一部のバージョンは、2つのファイルで構成されています: バイナリ・ファイルおよび追加のEPLD (電子プログラム可能ロジック・デバイス)イメージ。 どちらも、パッチ・プロセス中に指定されたロケーションから自動的に取得され、正しい順序で適用されます。

注意:

必要なすべてのスイッチ・ポートが動作していることを確認します。 ポートが停止している場合、スイッチのアップグレード/パッチ適用中に停止が発生します。 詳細は、「Oracle Private Cloud Applianceリリース・ノート」の既知の問題「ポートが停止しているときにアップグレードまたはパッチ手順を切り替えない」を参照してください。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、「メンテナンス」セクションに移動し、「アップグレード計画」をクリックします。 ここでは、現行およびターゲット・コンポーネントのバージョンの概要を示します。

  2. 「アップグレード&パッチ適用」をクリックして、「アップグレード・ジョブ」ページを表示します。

  3. 「アップグレード・ジョブ」ページの右上隅にある「アップグレードまたはパッチの作成」をクリックします。

    「要求の作成」ウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  4. 適切なパッチ・リクエスト・タイプの選択: パッチ・スイッチ。

  5. パッチ・パラメータを入力します:

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

    • スイッチ・タイプ: パッチを適用するスイッチ・タイプを選択します。 優先順序は次のとおりです: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ。

    • 代替ULNチャネル: このパラメータは、リクエストに非標準ULNチャネルを強制的に使用します。 Oracleが明示的に指示しないかぎり、このオプションを使用しないでください。

    • 検証のみ: 検証専用モードで操作を実行するには、このオプションを有効にします。

    • 強制: 操作を強制するには、このオプションを有効にします。 Oracleによって指示された場合のみ使用します。

  6. 「要求の作成」をクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

  7. パッチが正常に完了したが、システム内の他のスイッチにまだパッチを適用する必要がある場合は、パッチ適用が必要な他のタイプのスイッチに対してこの手順を繰り返します。

「サービスCLI」の使用

  1. パッチを適用するスイッチのタイプ(スパイン、リーフ、管理)を決定します。

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchSwitch 
switchType=[MGMT, SPINE, LEAF]

    例:

    PCA-ADMIN> patchSwitch switchType=LEAF
Command: patchSwitch switchType=LEAF
Status: Success
Time: 2023-01-24 18:16:54,704 UTC
Data:
  Service request has been submitted. Upgrade Job Id = 1630511206512-cisco-20299 Upgrade Request Id = UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
Status: Success
Time: 2023-01-24 18:19:29,731 UTC
Data:
  id                               upgradeRequestId                           commandName   result
  --                               ----------------                           -----------   ------
  1632914107346-zfssa-83002        UWS-881af57f-5dfb-4c75-8026-9f00cf3eb7c9   zfssa         Passed
  1630511206512-cisco-20299        UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3   cisco         Passed
  1620921089806-ilom-21480         UWS-732d6fce-9f06-4329-b972-d093bee40010   ilom          Passed
 
PCA-ADMIN> getUpgradeJob upgradeJobId=1630511206512-cisco-20299
Command: getUpgradeJob upgradeJobId=1630511206512-cisco-20299
Status: Success
Time: 2023-01-24 18:27:52,083 UTC
Data:
  Upgrade Request Id = UWS-44688fe5-b4f8-407f-a1b5-8cd1b685c2c3
  Name = cisco
[...]

  4. syncHardwareDataコマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。

    ノート:

    syncHardwareDataコマンドは、内部自動システム・タスクにも使用されます。 syncHardwareDataコマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます: 

    This command cannot be performed at this time. Please try again.

    しばらく待ってから、syncHardwareDataコマンドを再発行します。