Beheben Sie den Fehler 'Sichere Web-Appliance - Volle Festplatte'.

Einleitung

In diesem Dokument werden die Schritte zur Behebung von Fehlern bei vollständiger Festplattenspeicherung in Secure Web Appliance (SWA) beschrieben.

---

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• FTP-Zugriff auf SWA
• Zugang zur Kommandozeile der SWA

• Administratorzugriff auf die SWA

---

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

---

Fehler im Zusammenhang mit der vollständigen Festplatte  

In SWA gibt es verschiedene Fehler und Warnungen, die darauf hinweisen, dass die Festplatte voll oder der Festplattenspeicher nahezu voll ist. Dies ist eine Liste von Fehlern und Warnungen. Diese Protokolle unterscheiden sich je nach Softwareversion aufgrund der Bereitstellungsmethoden, z. B. Warnungen, Systemprotokolle oder die Ausgabe des displayalerts Befehls über die CLI.   

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

---

Überwachung der Datenträgerverwendung

Sie können die Festplattennutzung sowohl über die GUI als auch über die CLI überwachen und anzeigen.

---

Anzeigen der Festplattennutzung in der GUI

Nachdem Sie sich bei der SWA-GUI angemeldet haben, können Sie auf der Seite Mein-Dashboard die Reporting / Logging Disk Nutzung aus dem System Overview Abschnitt anzeigen.  

Anmerkung: SWA-Berichte und -Protokolle werden in einer einzigen Partition gespeichert, die als DATA-Partition bezeichnet wird.

Navigieren Sie auch in der GUI unter  ReportingMenü zu System Status. Sie können die Festplattennutzung auch im Overview Abschnitt im Menü anzeigen Reporting.

---

Anzeigen der Datenträgerverwendung in der CLI

Aus der Ausgabe der Status- oder Statusdetails können Sie die Verwendung des Berichts-/Protokolldatenträgers anzeigen:

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%

---

Aus der Ausgabe von ipcheckkönnen Sie den zugewiesenen Speicherplatz für jede Partition und den prozentualen Anteil des genutzten Speicherplatzes pro Partition anzeigen:

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 ===

---

In den SHD-Protokollen wird die Auslastung des Berichts-/Protokolldatenträgers für jede Minute als DskUtil angezeigt. Um auf die SHD-Protokolle zuzugreifen, gehen Sie wie folgt vor:

1. Geben Sie grep oder tail in die CLI ein.

2. shd_logs-Typ suchen: SHD-Protokollabruf: FTP-Umfrage aus der Liste aufrufen und die zugehörige Nummer eingeben.

3. In Geben Sie den regulären Ausdruck zu grep ein, können Sie einen regulären Ausdruck eingeben, um in den Protokollen zu suchen. Sie können beispielsweise das Datum und die Uhrzeit eingeben.

4. Sollen bei dieser Suche die Groß- und Kleinschreibung nicht berücksichtigt werden? [Y]> können Sie dies als Standard beibehalten, es sei denn, Sie müssen nach der Groß-/Kleinschreibung suchen, die Sie in den SHD-Protokollen nicht benötigen.

5. Möchten Sie nach nicht übereinstimmenden Posten suchen? [N]> können Sie diese Zeile als Standard festlegen, es sei denn, Sie müssen nach allem mit Ausnahme des regulären Grep-Ausdrucks suchen.

6. Möchten Sie die Protokolle verfolgen? [N]>, Diese Option ist nur in der Ausgabe der grep verfügbar, wenn Sie diese als Standard (N), es zeigt die SHD-Protokolle aus der ersten Zeile der aktuellen Datei.

7. Möchten Sie die Ausgabe paginieren? [N]>, Wenn Sie auswählen, Yist die Ausgabe die gleiche wie die Ausgabe des Befehls less. Sie können zwischen Linien und Seiten navigieren. Sie können auch in den Protokollen suchen (Geben Sie / dann das Schlüsselwort ein und drücken Sie die Eingabetaste). Geben Sieqein, um das Protokoll zu beenden.

---

In diesem Beispiel werden 52,2 % der Reporting / Logging Disk Energie verbraucht:

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

---

Festplattenstruktur und Fehlerbehebung bei vollständiger Partition 

Wie bereits aus der Ausgabe von ipcheckhervorgeht, gibt es in SWA sieben Partitionen:

Partitionsname	Beschreibung
Wurzel	Speichert interne Betriebssystemdateien
Nextroot	Diese Partition wird für Upgrades verwendet
Var	Speichert interne Betriebssystemdateien
Protokoll	Speichert Protokolle und Berichtsdateien
DB	Konfiguration und interne Datenbanken
Auslagern	SWAP-Speicher
Proxy-Cache	Speichert zwischengespeicherte Daten

---

Die Stammpartition ist voll. 

Wenn die Root-Partition (bekannt als rootfs oder /) voll oder mehr als 100 % ist, was manchmal erwartet wird, und der SWA unnötige Dateien entfernt. Wenn Sie einen Systemleistungsverlust feststellen, versuchen Sie zunächst, die Appliance neu zu starten, und überprüfen Sie dann die Festplattenkapazität der Root-Partition. Wenn das Problem weiterhin besteht, wenden Sie sich an den Cisco Kundenservice, um ein TAC-Ticket zu erstellen. 

---

Nächste Stammpartition ist voll 

Wenn Ihr Upgrade fehlschlägt, stellen Sie sicher, dass Ihre Next Root Partition genügend freien Speicherplatz für das Upgrade hat.

Ursprünglich wurden virtuelle SWA-, E-Mail Security Appliance (ESA)- und virtuelle Security Management Appliance (SMA)-Images mit einer Next Root-Partition mit einer Größe von weniger als 500 MB erstellt. Im Laufe der Jahre und mit neueren AsyncOS-Versionen, die zusätzliche Funktionen umfassen, wurde diese Partition während des gesamten Upgrade-Prozesses aktualisiert. Wenn Sie versuchen, ein Upgrade von älteren Versionen durchzuführen, schlagen Upgrades aufgrund der Partitionsgröße fehl.

---

In den Upgrade-Protokollen in der CLI können Sie folgende Fehler anzeigen:

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

---

Laden Sie für eine virtuelle SWA eine neue Image-Datei aus dem Installationsleitfaden für Cisco Secure Email und Web Virtual Appliance herunter. Importieren Sie dann das Konfigurations-Backup von der älteren Version in das neu installierte SWA. Wenn ein Fehler beim Konfigurationsimport angezeigt wird, öffnen Sie ein Serviceticket.

Für SMA und ESA finden Sie eine Problemumgehung für dieses Problem: Anwenden der Problemumgehung für Cisco vESA/vSMA-Upgrade-Fehler aufgrund der kleinen Partitionsgröße - Cisco.

---

Var-Partition ist voll 

Wenn die var Partition voll ist, können Sie diese Fehler erhalten, wenn Sie sich bei CLI oder über den Befehl AnzeigenWarnungen in CLI anmelden:

/var: write failed, filesystem is full
The temporary data partition is at 99% capacity

Starten Sie zunächst die Appliance neu, um dieses Problem zu beheben. Wenn die Kapazität der /var-Partition mehr als 100 % beträgt, wenden Sie sich an den Cisco TAC-Support.

---

Die Betriebssystempartition mit XX % Kapazität

Wenn Sie den Fehler "The operating system partition is at 91% capacity" (Die Betriebssystempartition hat eine Kapazität von 91 %) erhalten, bezieht sich dies in der Regel auf die Partition /nextroot. Führen Sie in der CLI den Befehl ipcheck aus:

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

---

Wenn die Größe der nächsten Root-Partition 2 GB beträgt, aufgrund der Problemhinweise: FN72230 müssen Sie eine neue Version einer virtuellen Maschine über 14.5 in der nächsten Root-Partition installieren und sie muss 4 GB sein. Sie müssen auch von der alten SWA zur neuen SWA migrieren.

Weitere Informationen finden Sie unter How to Apply the Workaround for Cisco vESA/vSMA Fail Upgrade Due to Small Partition Size (Anwenden der Problemumgehung für ein Cisco vESA/vSMA-Failover-Upgrade aufgrund einer kleinen Partitionsgröße).

---

Berichts-/Protokollierungspartition ist voll 

Wenn die Reporting-/Protokollierungspartition voll ist, können folgende Fehler auftreten:

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

---

Die Ursache dieser Fehler kann wie folgt eingeordnet werden:

1. Protokolldateien belegen zu viel Speicherplatz.

2. Auf dem Gerät werden einige Kerndateien generiert, die zur vollen Festplattennutzung führen.

3. Die Berichterstellung belegt zu viel Speicherplatz.

4. Web Tracking belegt zu viel Speicherplatz.

5. Einige interne Protokolle belegen zu viel Speicherplatz.

---

Protokolldateien belegen zu viel Speicherplatz

Um Protokolldateien anzuzeigen, können Sie über FTP eine Verbindung mit dem SWA zur Verwaltungsschnittstelle herstellen.

Anmerkung: FTP ist standardmäßig deaktiviert.

Um FTP über die GUI zu aktivieren, gehen Sie wie folgt vor:

1. Melden Sie sich bei der GUI an.

2. Klicken Sie im Menü Netzwerk auf Schnittstellen.

3. Klicken Sie auf Einstellungen bearbeiten.

4. Wählen Sie FTP aus dem Abschnitt Appliance Management Services.

5. (Optional): Sie können den Standard-FTP-Port ändern.

6. Klicken Sie auf Senden.

7. Änderungen bestätigen.

Nach der FTP-Verbindung können Sie die Protokolle, das Erstellungsdatum und die Größe jeder Protokolldatei anzeigen. Wenn Sie die Protokolle archivieren müssen, können Sie sie über FTP herunterladen. Oder um Speicherplatz freizugeben, können Sie alte Protokolle entfernen.

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

Tipp: Wenn Sie sehen, dass die Protokolldateien nicht viel Speicherplatz belegen, bezieht sich das Problem wahrscheinlich auf Berichte oder Core-Dateien.

Kerndateien auf dem Gerät

Um anzuzeigen, ob SWA über Core-Dateien verfügt, gehen Sie in CLI wie folgt vor:

1. Melden Sie sich bei CLI an. 

2. Führen Sie den Diagnosebefehl aus (dies ist ein ausgeblendeter Befehl und kann nicht automatisch mit TAB gefüllt werden).

3. Geben Sie PROXY ein.

4. Geben Sie LIST ein.

Die Ausgabe zeigt an, ob Core-Dateien vorhanden sind. Um die Kerndateien zu entfernen, wenden Sie sich an den Cisco Support Service. Ein TAC-Techniker muss die Ursache der Kerndateien untersuchen und kann die Dateien dann entfernen.  

---

Die Berichterstellung belegt zu viel Speicherplatz.

In SWA gibt es zwei Berichtstypen: Reporting und WebTracking. WebTracking belegt den größten Teil des Speicherplatzes. Um den Verlauf von WebTracking zu überprüfen, navigieren Sie aus der GUI zu WebTracking. Wählen Sie im Menü Reporting im Abschnitt Time Range (Zeitbereich) die Option Custom Range. (Benutzerdefinierter Bereich) aus. Die hervorgehobenen Daten zeigen den WebTracking-Berichtsverlauf an.

Um eine Sicherungskopie von WebTracking zu erstellen, können Sie den Bericht über den Link Printable Download (Druckversion) im Bericht in die CSV-Datei exportieren.

Tipp: Vermeiden Sie die Erstellung von WebTracking-Berichten über lange Zeiträume, die vom normalen täglichen Web-Datenverkehr abhängen. Berichte mit längerer Dauer können dazu führen, dass SWA nicht mehr reagiert. 

Zum Zeitpunkt der Erstellung dieses Artikels gibt es keine Funktion zum manuellen Löschen älterer Berichte (Cisco Bug-ID: CSCun82094).

Um einige Ihrer Berichte zu löschen, müssen Sie sich an den TAC-Support wenden, oder Sie können alle Berichte mit den folgenden Schritten aus der CLI löschen: 

1. Melden Sie sich bei CLI an.

2. Führen Sie den Diagnosebefehl aus (dies ist ein ausgeblendeter Befehl und kann nicht automatisch mit TAB abgeschlossen werden).

3. Geben Sie REPORTING ein, und drücken Sie die Eingabetaste.

4. Geben Sie DELETEDB ein, und drücken Sie die Eingabetaste.

Vorsicht: Dieser Befehl löscht alle Berichtsdaten und kann nicht abgebrochen werden.

Wenn Sie SWA S195 oder S190 haben, berücksichtigen Sie auch diesen Fehler: Cisco Bug-ID CSCwd83093.

---

Interne Protokolle Belegungsdatenträger

Wenn Ihr Gerät die Bedingungen der Cisco Bug-ID CSCvy69039 aufweist, müssen Sie ein TAC-Ticket öffnen, um die internen Protokolle vom Back-End zu überprüfen und die großen Protokolldateien manuell zu entfernen.

Dies ist eine temporäre Problemumgehung, aber auf der betroffenen Version wird die Protokolldatei nach dem Löschen automatisch erstellt und die Dateigröße wächst wiederholt von 0.

---

Verwandte Inhalte

• WSA AsyncOS - Versionshinweise
• Technischer Support und Dokumentation für Cisco Systeme

Revisionsverlauf

Überarbeitung	Veröffentlichungsdatum	Kommentare
3.0	22-Oct-2026	Aktualisierte Einführung, Rechtschreibung, Grammatik, Abstände, eingefügte horizontale Linien in separate Abschnitte zur besseren Lesbarkeit, feste URLs und CCW-Warnungen.
2.0	23-Mar-2026	Erstveröffentlichung, Formatierung.
1.0	10-Apr-2023	Erstveröffentlichung