はじめに

このドキュメントでは、Nextrootパーティションが小さいためにアップグレードが失敗した場合に、vESAとvSMAを交換するプロセスについて説明します。 

バックグラウンド情報

当初、仮想Eメールセキュリティアプライアンス(vESA)と仮想セキュリティ管理アプライアンス(vSMA)のイメージは、500 MB未満のNextrootパーティションサイズで構築されていました。長年にわたり、追加機能を含む新しいAsyncOSリリースでは、アップグレード中にこのパーティションにより多くの領域が必要でした。このパーティションサイズが原因で、アップグレードが失敗する可能性があります。このドキュメントでは、4 GB Nextrootパーティションを使用して新しい仮想イメージを導入するソリューションについて詳しく説明します。 

ESAの関連不具合:Cisco Bug ID CSCvy69068およびSMA:Cisco Bug ID CSCvy69076

症状

Nextrootのパーティションサイズが500M未満の古いイメージvESAまたはvSMAでは、アップグレードに失敗し、次のエラーが表示される場合があります。 

...
...
...
Finding partitions... done.
Setting next boot partition to current partition as a precaution... done.
Erasing new boot partition... done.
Extracting eapp done.
Extracting scanerroot done.
Extracting splunkroot done.
Extracting savroot done.
Extracting ipasroot done.
Extracting ecroot done.
Removing unwanted files in nextroot done.
Extracting distroot
/nextroot: write failed, filesystem is full
./usr/share/misc/termcap: Write failed
./usr/share/misc/pci_vendors: Write to restore size failed
./usr/libexec/getty: Write to restore size failed
./usr/libexec/ld-elf.so.1: Write to restore size failed
./usr/lib/libBlocksRuntime.so: Write to restore size failed
./usr/lib/libBlocksRuntime.so.0: Write to restore size failed
./usr/lib/libalias.so: Write to restore size failed
./usr/lib/libarchive.so: Write to restore size failed

ソリューション

仮想アプライアンスをアップグレードできるようにするには、Nextrootのパーティションサイズが4 GBであることを確認します。

コマンド：ipcheck

(example.cisco.com) > ipcheck

<----- Example output (relevant section) ----->

  Root                  4GB 7%
  Nextroot 4GB 1%
  Var                   400MB 3%
  Log                   172GB 3%
  DB                    2GB 0%
  Swap                  6GB
  Mail Queue            10GB

<----- End of example output ----->

予想される出力：Nextrootで4 GBと表示される。

Nextrootパーティションが4 GB未満の場合は、該当する手順を実行して、現在の仮想マシンテンプレートをより新しいイメージに移行します。

重要：アプライアンスタイプに基づいて1つのパスを選択してください。vESAはクラスタベースの移行を使用します（ステップ4 ～ 5）。vSMAはバックアップベースの移行を使用します（ステップ6）。

ステップ 1：

新しいvESA/vSMAの導入

前提条件から、仮想ESA/SMAイメージをダウンロードし、『シスコセキュリティ仮想アプライアンスインストールガイド』に従って導入します。

注：インストールガイドには、DHCP(**interfaceconfig**)、デフォルトゲートウェイ(**setgateway**)の設定、および仮想アプライアンスのライセンスファイルのロードに関する情報が記載されています。指示に従って導入が完了していることを確認します。

ステップ 2

新しいvESA/vSMAのライセンス

新しい仮想ESAまたはSMAが導入されたら、ライセンスファイルをロードします。従来のライセンス（バージョン15.0以前）の場合、ライセンスはXMLファイルに含まれており、CLIを使用してロードする必要があります。CLIからloadlicenseコマンドを使用し、プロンプトに従ってライセンスのインポートを完了します。

バージョンが15.5よりも後の場合は、この記事を参照してください。スマートライセンスは必須です：ESA/SMA/WSAでスマートライセンスをアクティブ化してトラブルシューティングする

ステップ 3

両方のアプライアンスが同じAsyncOSバージョンを実行していることを確認します。バージョンが異なる場合は、移行前の元のバージョンと一致するように、新しいアプライアンスでupgradeを実行します。

ステップ4:（vESAの場合のみ、vSMAの場合はスキップ）

注：この手順では、既存のクラスタがないことを前提としています。クラスタがすでに存在する場合は、既存のクラスタに新しいvESAを追加して設定をコピーしてから、新しいアプライアンスを削除してアップグレードプロセスを開始します。

新しいクラスタの作成

元のvESAで、clusterconfigを実行して新規クラスタを作成します。

Original-ESA.example.com> clusterconfig

Do you want to join or create a cluster?
1. No, configure as standalone.
2. Create a new cluster.
3. Join an existing cluster over SSH.
4. Join an existing cluster over CCS.
[1]> 2

Enter the name of the new cluster.
[]> Cluster-1

Must all machines in the cluster communicate with each other by hostname or by IP address?
1. Communicate by IP address.
2. Communicate by hostname.
[2]> 1

What IP address should other machines use to communicate with Machine C170.local?
1. 192.0.2.10 port 22 (SSH on interface Management)
2. Enter an IP address manually
[]> 1

Other machines will communicate with Machine C195.local using IP address 192.0.2.10 port 22. You can change this by using the COMMUNICATION subcommand of the clusterconfig command.
New cluster committed: Sat Jun 08 11:45:33 2019 GMT
Creating a cluster takes effect immediately, there is no need to commit.

Cluster Cluster-1

Choose the operation you want to perform:
- ADDGROUP - Add a cluster group.
- SETGROUP - Set the group that machines are a member of.
- RENAMEGROUP - Rename a cluster group.
- DELETEGROUP - Remove a cluster group.
- REMOVEMACHINE - Remove a machine from the cluster.
- SETNAME - Set the cluster name.
- LIST - List the machines in the cluster.
- CONNSTATUS - Show the status of connections between machines in the cluster.
- COMMUNICATION - Configure how machines communicate within the cluster.
- DISCONNECT - Temporarily detach machines from the cluster.
- RECONNECT - Restore connections with machines that were previously detached.
- PREPJOIN - Prepare the addition of a new machine over CCS.
[]>

(Cluster Cluster-1)>

ステップ5:（vESAのみ、vSMAはスキップ）

新しいvESAを元のESAクラスタに参加させる

新しいvESAのCLIから、clusterconfigを実行し、Join an existing clusterを選択して、元のvESA上に設定されたクラスタに新しいvESAを追加します。

New-ESA.example.com> clusterconfig

Do you want to join or create a cluster?
1. No, configure as standalone.
2. Create a new cluster.
3. Join an existing cluster over SSH.
4. Join an existing cluster over CCS.
[1]> 3

While joining a cluster, you will need to validate the SSH host key of the remote machine to which you are joining.  To get the public host key fingerprint of the remote host, connect to the cluster and run: logconfig -> hostkeyconfig -> fingerprint.

WARNING: All non-network settings will be lost. System will inherit the values set at the group or cluster mode for the non-network settings. Ensure that the cluster settings are compatible with your network settings (e.g. dnsconfig settings)

Exception:Centralized Policy, Virus, and Outbreak Quarantine settings are not inherited from the cluster.  These settings on this machine will remain intact.

Do you want to enable the Cluster Communication Service on esa.example.com? [N]> n

Enter the IP address of a machine in the cluster.
[]> 192.0.2.10

Enter the remote port to connect to.  This must be the normal admin ssh port, not the CCS port.
[22]>

Would you like to join this appliance to a cluster using pre-shared keys? Use this option if you have enabled two-factor authentication on the appliance. [Y]> n

Enter the name of an administrator present on the remote machine
[admin]>

Enter passphrase:
Please verify the SSH host key for 192.0.2.11:
Public host key fingerprint: 80:11:33:aa:bb:44:ee:ee:22:77:88:ff:77:88:88:bb
Is this a valid key for this host? [Y]> y

Joining cluster group Main_Group.
Joining a cluster takes effect immediately, there is no need to commit.
Cluster Cluster-1

Choose the operation you want to perform:
- ADDGROUP - Add a cluster group.
- SETGROUP - Set the group that machines are a member of.
- RENAMEGROUP - Rename a cluster group.
- DELETEGROUP - Remove a cluster group.
- REMOVEMACHINE - Remove a machine from the cluster.
- SETNAME - Set the cluster name.
- LIST - List the machines in the cluster.
- CONNSTATUS - Show the status of connections between machines in the cluster.
- COMMUNICATION - Configure how machines communicate within the cluster.
- DISCONNECT - Temporarily detach machines from the cluster.
- RECONNECT - Restore connections with machines that were previously detached.
- PREPJOIN - Prepare the addition of a new machine over CCS.
[]>

(Cluster Cluster-1)>

アプライアンスが接続され同期された後、新しいvESAは既存のvESAと同じ設定になります。

コマンド：clustercheck

予想される出力：不整合は報告されず、同期は完了しています。

ステップ6:（vSMAのみ、vESAはスキップ）

SMAデータバックアップの前提条件については、『SMA管理者ガイド：バックアップの前提条件』を参照してください。

交換するアプライアンスでbackupconfigを実行し、新しく導入されたvSMAのバックアップをスケジュールします。

即時バックアップを開始するには

1. 元のSMA CLIにadminとしてログインします。
2. Enterbackupconfigを実行します。
3. Scheduleを選択します。
4. データの転送先となる新しいマシンのIP アドレスを入力します。
5. ソースSMAはターゲットSMAの存在を確認し、ターゲットSMAにデータを受け入れるだけの十分なスペースがあることを確認します。
6. 3(Start a Single Backup Now)を選択します。
7. 「vieworstatus」と入力し、バックアップが正常にスケジュールされたことを確認します。

注：データのバックアップが完了するまでにかかる時間は、データのサイズ、ネットワーク帯域幅などによって異なります。

バックアップが完了すると、新しいvSMAは以前のSMAからのすべてのデータを受信します。

新しいマシンをプライマリデバイスとして設定するには、「SMA管理者ガイド：新しいマシンのプライマリデバイスとしての設定」を参照してください。

ステップ 7

複数のESA/SMAを導入する必要がある場合は、ステップ1 ～ 6に従います。

関連情報

Ciscoコンテンツセキュリティ仮想アプライアンスインストールガイド

ESA クラスタの要件とセットアップ

SMAエンドユーザガイド

更新履歴

改定	発行日	コメント
4.0	23-Jun-2026	技術コンテンツ、タイトル、概要、機械翻訳、スタイル要件、フォーマットを更新。
1.0	27-May-2021	初版