解決Secure Web Appliance Full Disk錯誤

下載選項

PDF (435.5 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (83.9 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (73.9 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2026 年 10 月 22 日

文件 ID:220372

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

本文檔介紹解決Secure Web Appliance(SWA)中的磁碟空間滿錯誤的步驟。

必要條件

需求

思科建議您瞭解以下主題：

通過FTP訪問SWA
訪問SWA的CLI

對SWA的管理訪問

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

與全磁碟相關的錯誤

SWA中存在各種錯誤和警告，表明磁碟已滿或磁碟空間已接近滿。這是錯誤和警告的清單。由於交付方法(如警報、系統日誌或displayalertsCLI中命令的輸出)的不同，每個軟體版本中的這些日誌也有所不同。

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中，可以從部分中查Reporting / Logging Disk看使用情System Overview況。

附註：SWA報告和日誌儲存在單個分割槽(稱為DATA Partition)中。

在GUI的選單下Reporting導航至System Status。您還可以從選單下的部分查Overview看磁碟使用情況Reporting。

在CLI中檢視磁碟使用情況

從status或status detail的輸出中，您可以檢視Reporting/Logging Disk的使用率：

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日誌中，每分鐘的報告/日誌記錄磁碟使用率顯示為DskUtil。要訪問SHD日誌，請執行以下步驟：

1.在CLI中鍵入grep或tail。

2.查詢shd_logs型別：SHD日誌檢索:FTP輪詢，然後輸入相關號碼。

3.在輸入正規表示式以grep中，可以輸入正規表示式以在日誌中搜尋。例如，可以鍵入日期和時間。

4.是否希望此搜尋不區分大小寫？[Y]>，您可以將此選項保留為預設值，除非您需要搜尋大小寫敏感度，而在SHD日誌中，您不需要此選項。

5.是否要搜尋不匹配的行？[N]>您可以將此行設定為預設值，除非您需要搜尋除常規grep表達式之外的所有內容。

6.是否要跟蹤日誌？[N]>此選項僅在grep的輸出中可用，如果您將此選項保留為預設值(N)，它將顯示當前檔案第一行中的SHD日誌。

7.是否要對輸出進行分頁？[N]>如果選擇Y，則輸出與less命令的輸出相同。您可以在行和頁面之間導航。此外，您還可以在日誌中搜尋(鍵入/ ，然後鍵入關鍵字並按Enter)。要退出日誌，請鍵入q。

在此示例中，消耗了52.2%Reporting / Logging Disk的資料：

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中有七個分割槽：

分割槽名稱	說明
根	保留內部作業系統檔案
Nextroot	此分割槽用於升級
Var	保留內部作業系統檔案
log	保留日誌和報告檔案
DB	配置和內部資料庫
交換	交換記憶體
代理快取	保留快取的資料

根分割槽已滿

如果根分割槽(稱為rootfs或/)已滿或超過100%（有時是預期值），則SWA將刪除不必要的檔案。如果您看到一些系統效能下降，請先嘗試重新啟動裝置，然後檢查根分割槽的磁碟容量。如果問題仍然存在，請聯絡思科客戶服務以開啟TAC案例。

下一個根分割槽已滿

如果升級失敗，請確保下一個根分割槽有足夠的可用空間用於升級。

最初，虛擬SWA、郵件安全裝置(ESA)和虛擬安全管理裝置)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，請從思科安全郵件和Web虛擬裝置安裝指南下載新的映像檔案。然後，將配置備份從舊版本匯入到新安裝的SWA。如果您看到Configuration Import Error，請開啟Service Request Case。

對於SMA和ESA，您可以找到解決此問題的方法：How to Apply the Coversions for Cisco vESA/vSMA Upgrade Fail Due to Small Partition Size - Cisco。

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 partition相關。在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

如果下一個根分割槽的大小為2 GB(由於欄位通知):FN72230，您必須在下一個根分割槽中安裝大於14.5的新虛擬機器版本，該版本必須是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連線到管理介面。

附註：FTP預設處於禁用狀態。

要從GUI啟用FTP，請執行以下步驟：

1.登入到GUI。

2.按一下Network選單下的Interfaces。

3.按一下編輯設定。

4.從Appliance Management Services部分選擇FTP。

5.（可選）：您可以變更預設的FTP連線埠。

6.按一下提交。

7. Commit Changes。

FTP連線後，您可以檢視每個日誌檔案的日誌、建立日期和大小。如果需要歸檔日誌，可以通過FTP下載。或者，若要釋放磁碟空間，您可以刪除舊日誌。

使用以下步驟解決此問題：

提示：如果您看到日誌檔案沒有佔用太多磁碟空間，則問題很可能與報告或核心檔案有關。

裝置上的核心檔案

要檢視SWA是否具有核心檔案，請在CLI中使用以下步驟：

1.登入到CLI。

2.運行diagnostic命令（該命令是隱藏命令，不能使用TAB自動填充）。

3.鍵入PROXY。

4.鍵入LIST。

輸出會顯示是否存在任何核心檔案。若要移除核心檔案，請聯絡思科支援服務，TAC工程師必須調查核心檔案的原因，然後他們可以移除檔案。

報告佔用太多磁碟空間

SWA中有兩種型別的報告：報告和網路跟蹤。WebTracking佔用大部分磁碟空間。要檢查WebTracking的歷史記錄，請從GUI導航到WebTracking。在Reporting選單下，從Time Range部分選擇Custom Range.，突出顯示的日期顯示WebTrackingReport History。

要從WebTracking進行備份，可以從報告中的「可列印下載」(Printable Download)鏈接將報告匯出為.CSV。

提示：避免長時間生成WebTracking報告，因為報告的生成依賴於正常的日常Web流量。持續時間較長的報告可能導致SWA變得無響應。

撰寫本文時，沒有手動刪除舊版報告的功能(思科錯誤ID:CSCun82094)。

若要刪除部分報告，必須聯絡TAC支援，或者通過以下步驟從CLI刪除所有報告：

1.登入到CLI。

2.運行diagnostic命令（它是一個隱藏命令，無法使用TAB自動完成）。

3.鍵入REPORTING，然後按Enter。

4.鍵入DELETEDB，然後按Enter。

注意：此命令將刪除所有報告資料，並且無法中止。

如果您有SWA S195或S190，也請考慮此缺陷：思科錯誤ID CSCwd83093。

內部日誌佔用磁碟

如果您的裝置存在思科錯誤ID:CSCvy69039的情況，您必須開啟TAC案例，從後端檢查內部記錄並手動移除大型記錄檔。

這是一種臨時的解決方法，但是在受影響的版本上，日誌檔案將在刪除後自動建立，並且檔案大小會再次從0重複增長。

修訂	發佈日期	意見
3.0	22-Oct-2026	更新了簡介、拼寫、語法、間距、插入的水平線以分隔各個部分，以實現可讀性、固定URL和CCW警報。
2.0	23-Mar-2026	初始版本，格式設定。
1.0	10-Apr-2023	初始版本