セキュアWebアプライアンスのフルディスクエラーの解決
内容
概要
このドキュメントでは、Secure Web Appliance(SWA)のフルディスクスペースエラーを解決する手順について説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- SWAへのFTPアクセス
- SWAのCLIへのアクセス
- SWAへの管理アクセス
使用するコンポーネント
本書の内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
フルディスクに関連するエラー
SWAには、ディスクがいっぱいであるか、ディスク領域がほとんどいっぱいであることを示すさまざまなエラーや警告があります。これはエラーと警告のリストです。これらのログは、アラート、システムログ、CLIからのdisplayalertsコマンドの出力など、配信方法によって、ソフトウェアバージョンごとに異なります。
Processing of collected reporting data has been disabled due to lack of logging disk space. Disk usage is above 97 percent.
User admin Disk space for /data has exceeded threshold value 90% with current capacity of 99 %
The reporting/logging disk is full on a WSA
This appliance has disk usage that is higher than expected.
WARNING: Data partition utilization on appliance is high and can cause issuesディスク使用量の監視
GUIとCLIの両方からディスクの使用状況を監視および表示できます。
GUIでのディスク使用量の表示
SWA GUIにログインすると、My-Dashboard Pageで、System OverviewセクションからのReporting / Logging Disk usageを確認できます。
また、GUIのReporting Menuで、System Statusに移動します。また、「Reporting」メニューの「Overview」セクションで、ディスクの使用状況を表示できます。
CLIでのディスク使用量の表示
statusまたはstatus detailの出力から、Reporting / Logging Disk usageを確認できます。
SWA.CLI> status
Enter "status detail" for more information.
Status as of: Sun Feb 19 19:55:13 2023 CET
Up since: Sat Feb 11 14:00:56 2023 CET (8d 5h 54m 17s)
System Resource Utilization:
CPU 25.9%
RAM 13.6%
Reporting/Logging Disk 58.1%ipcheckの出力から、各パーティションに割り当てられたディスクスペースおよびパーティションごとの使用領域の割合を確認できます。
SWA.CLI> ipcheck
...
Disk 0 200GB VMware Virtual disk 1.0 at mpt0 bus 0 scbus2 target 0 lun 0
Disk Total 200GB
=== Skipped ===
Root 4GB 65%
Nextroot 4GB 1%
Var 400MB 29%
Log 130GB 8%
DB 2GB 0%
Swap 8GB
Proxy Cache 50GB
=== Skipped ===SHDログでは、1分ごとのレポート/ロギングディスク使用率はDskUtilと表示されます。 SHDログにアクセスするには、次の手順を使用します。
1. CLIでgrepまたはtailと入力します。
2. リストからshd_logs Type: SHD Logs Retrieval: FTP Pollを検索し、関連付けられた番号を入力します。
3. 「grepする正規表現の入力」に、ログ内を検索する正規表現を入力できます。たとえば、日付と時刻を入力できます。
4.この検索で大文字と小文字を区別しますか？[Y]>、大文字と小文字の区別を検索する必要がない場合を除き、この設定をデフォルトのままにしておくことができます。大文字と小文字の区別は、SHDログでは必要ありません。
5.一致しない行を検索しますか？[N]>、正規のgrep式以外をすべて検索する必要がない限り、この行をデフォルトとして設定できます。
6. ログを追跡しますか？[N]>このオプションは、grepの出力でのみ使用可能です。これをデフォルト(N)のままにすると、現在のファイルの最初の行からのSHDログが表示されます。
7. 出力をページ分割しますか？[N]>ここでYを選択すると、lessコマンドの出力と同じ内容が出力されます。行とページの間を移動できます。また、ログの内部を検索することもできます（/と入力してからキーワードを入力し、Enterキーを押します）。 ログを終了するには、qと入力します。
この例では、Reporting / Logging Diskの52.2 %が使用されています。
Mon Feb 20 23:46:14 2023 Info: Status: CPULd 66.4 DskUtil 52.2 RAMUtil 11.3 Reqs 0 Band 0 Latency 0 CacheHit 0 CliConn 0 SrvConn 0 MemBuf 0 SwpPgOut 0 ProxLd 0 Wbrs_WucLd 0.0 LogLd 0.0 RptLd 0.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0ディスク構造およびフルパーティションのトラブルシューティング
前述のようにipcheckの出力では、SWAに7つのパーティションがあります。
| パーティション名 |
説明 |
| Root |
内部オペレーション・システム・ファイルを保持 |
| Nextroot |
このパーティションはアップグレードに使用されます |
| バール |
内部オペレーション・システム・ファイルを保持 |
| log |
ログとレポートファイルを保持します |
| DB |
設定および内部データベース |
| スワップ |
メモリのスワップ |
| プロキシ キャッシュ |
キャッシュされたデータを保持 |
ルートパーティションがいっぱいです
ルートパーティション（rootfsまたは/と呼ばれる）がいっぱいであるか100 %を超えている場合。これは予期される状況であり、SWAは不要なファイルを削除します。 システムパフォーマンスの低下が見られる場合は、まずアプライアンスを再起動し、次にルートパーティションのディスク容量を確認します。問題が解決しない場合は、シスコカスタマーサービスに連絡して、TACケースをオープンしてください。
次のルートパーティションがいっぱいです
アップグレードが失敗した場合は、次のルートパーティションにアップグレードに十分な空き領域があることを確認します。
当初、仮想SWA、Eメールセキュリティアプライアンス(ESA)、および仮想セキュリティ管理アプライアンス(SMA)のSMAイメージは、500 MB未満のサイズのネクストルートパーティションで構築されました。長年にわたり、追加機能を含む新しいAsyncOSリリースにより、アップグレードではアップグレードプロセス全体でこのパーティションが使用されてきました。古いバージョンからアップグレードしようとすると、パーティションサイズが原因でアップグレードが失敗します。
CLIのアップグレードログから、次のエラーを確認できます。
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仮想SWAの場合は、『Cisco Secure Email and Web仮想アプライアンスインストールガイド』から新しいイメージファイルをダウンロードします。次に、古いバージョンから新しくインストールしたSWAに設定バックアップをインポートします。Configuration Import Errorが表示された場合は、サービスリクエストをオープンします。
SMAおよびESAの場合、この問題の回避策を次のリンクから参照できます。Cisco vESA/vSMAアップグレードの回避策が小さなパーティションサイズのために失敗する方法 – シスコ
Varパーティションがいっぱいです
varパーティションがいっぱいになった場合、CLIにログインするか、CLIのDisplayalertsコマンドを使用すると、次のエラーが発生する可能性があります。
/var: write failed, filesystem is full
The temporary data partition is at 99% capacityこの問題を解決するには、まずアプライアンスを再起動します。/varパーティションの容量が100 %を超える場合は、Cisco TACサポートに連絡してください。
XX %の容量のオペレーティングシステムパーティション
「The operating system partition is at 91% capacity」というエラーが表示される場合、通常は/nextrootパーティションに関連しています。CLIから、ipcheckコマンドを実行します。
SWA_CLI> ipcheck
...
Disk 0 1024GB VMware Virtual disk 1.0 at mpt0 bus 0 scbus2 target 0 lun 0
Disk Total 1024GB
Root 2GB 95%
Nextroot 2GB 92%
Var 400MB 60%
Log 808GB 21%
DB 2GB 0%
Swap 8GB
Proxy Cache 200GB
Field Notice:FN72230により、次のルートパーティションのサイズが2 GBの場合は、14.5より大きいバージョンの仮想マシン(VM)を次のルートパーティションに新しくインストールする必要があり、そのサイズは4 GBである必要があります。また、古いSWAから新しいSWAに移行する必要があります。
詳細は、『パーティションサイズが小さいためにアップグレードに失敗するCisco vESA/vSMAの回避策の適用方法』を参照してください。
レポート/ログパーティションがいっぱいです
レポート/ロギングパーティションがいっぱいになると、次のようなエラーが発生する可能性があります。
Processing of collected reporting data has been disabled due to lack of logging disk space. Disk usage is above 97 percent.
User admin Disk space for /data has exceeded threshold value 90% with current capacity of 99 %
The reporting/logging disk is full on a WSA
WARNING: Data partition utilization on appliance is high and can cause issuesこれらのエラーの根本原因は、次のように分類できます。
1. ログファイルが占有するディスク領域が多すぎます。
2. デバイス上で生成されたコアファイルがあり、それがディスク全体の使用につながります。
3. レポートが占有するディスク領域が多すぎます。
4. Webトラッキングが占有するディスク領域が多すぎます。
5. 一部の内部ログが占有するディスク領域が多すぎます。
ログファイルが占有するディスク領域が多すぎる
ログファイルを表示するには、FTP経由で管理インターフェイスにSWAに接続します。
GUIからFTPを有効にするには、次の手順を使用します。
1. GUIにログインします。
2. Networkメニューの下にあるInterfacesをクリックします。
3. Edit Settingsをクリックします。
4. 「アプライアンス管理サービス」セクションから「FTP」を選択します。
5. （オプション）：デフォルトのFTPポートを変更できます。
6. Submitをクリックします。
7. 変更をコミットします。
FTP接続後に、ログ、作成日、および各ログファイルのサイズを表示できます。ログをアーカイブする必要がある場合は、FTP経由でダウンロードできます。または、ディスク領域を解放するために、古いログを削除できます。
この問題を解決するには、次の手順を実行します。
デバイス上のコアファイル
SWAにコアファイルがあるかどうかを確認するには、CLIで次の手順を実行します。
1. CLIにログインします。
2. diagnosticコマンドを実行します（これは隠しコマンドであり、TABで自動入力することはできません）。
3. PROXYと入力します。
4. LISTと入力します。
出力は、コアファイルがあるかどうかを示します。コアファイルを削除するには、シスコサポートサービスにお問い合わせください。TACエンジニアはコアファイルの原因を調査し、ファイルを削除できます。
レポート作成に使用するディスク領域が多すぎる
SWAには、レポートとWebTrackingの2種類のレポートがあります。WebTrackingは、ディスク領域のほとんどを占有します。WebTrackingの履歴を確認するには、GUIからWebTrackingに移動します。Reportingメニューの下で、Time RangeセクションからCustom Rangeを選択します。 強調表示されている日付は、WebTrackingレポート履歴を示します。
WebTrackingからバックアップを作成するには、レポートの印刷可能なダウンロードリンクからレポートを.CSVにエクスポートします。
この記事が作成された時点では、古いレポートを手動で削除する機能はありません(Cisco Bug ID:CSCun82094)。
レポートの一部を削除するには、TACサポートに問い合わせる必要があります。または、次の手順でCLIからすべてのレポートを削除することもできます。
1. CLIにログインします。
2. diagnosticコマンド（これは隠しコマンドであり、Tabキーで自動実行することはできません）を実行します。
3. REPORTINGと入力してEnterキーを押します。
4. DELETEDBと入力してEnterキーを押します。
SWA S195またはS190をお持ちの場合は、次の不具合も考慮してください：Cisco Bug ID CSCwd83093。
内部ログがディスクを占有
デバイスがCisco Bug ID CSCvy69039の条件を満たしている場合は、TACケースをオープンして、バックエンドから内部ログをチェックし、大きなログファイルを手動で削除する必要があります。
これは一時的な回避策ですが、影響を受けるバージョンでは、ログファイルは削除後に自動的に作成され、ファイルサイズが再び0から繰り返し大きくなります。
関連コンテンツ
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
3.0 |
22-Oct-2026
|
概要、スペル、文法、間隔、読みやすさを考慮したセクションへの水平線の挿入、固定URL、CCWアラートを更新。 |
2.0 |
23-Mar-2026
|
初期リリース、フォーマット |
1.0 |
10-Apr-2023
|
初版 |
フィードバック