In dit document worden de stappen beschreven voor het oplossen van fouten met volledige schijfruimte in Secure Web Appliance (SWA).
Cisco raadt kennis van de volgende onderwerpen aan:
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Er zijn verschillende fouten en waarschuwingen in SWA die aangeven dat de schijf vol is of dat de schijfruimte bijna vol is. Dit is een lijst van fouten en waarschuwingen. Deze logs variëren in elke softwareversie vanwege de leveringsmethoden, zoals waarschuwingen, systeemlogs of de uitvoer van de displayalerts -opdracht van de 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
U kunt het schijfgebruik bewaken en bekijken vanuit zowel de GUI als de CLI.
Nadat u bent ingelogd op de SWA GUI, op de My-Dashboard-pagina, kunt u het Reporting / Logging Disk gebruik bekijken in de System Overview sectie.
Ook in de GUI, onder het ReportingMenu, navigeer naar System Status. U kunt het schijfgebruik ook bekijken in het gedeelte Overview onder het Reporting Schijf.
Vanaf de uitvoer van de status of statusdetails kunt u het gebruik van de Rapportage / Logging Disk bekijken:
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%
Vanaf de uitvoer van ipcheckkunt u de toegewezen schijfruimte voor elke partitie en het percentage gebruikte ruimte per partitie bekijken:
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 de SHD-logboeken wordt het gebruik van de rapportage- / logboekschijf voor elke minuut weergegeven als DskUtil. Ga als volgt te werk om toegang te krijgen tot de SHD-logboeken:
1. Type grep of tail in de CLI.
2. Zoek shd_logs Type: SHD Logs Retrieval: FTP Poll, uit de lijst en voer het bijbehorende nummer in.
3. In Voer de reguliere expressie in op grep, kunt u een reguliere expressie invoeren om in de logs te zoeken. U kunt bijvoorbeeld de datum en tijd typen.
4. Wilt u dat deze zoekopdracht niet hoofdlettergevoelig is? [Y]>, u kunt dit als de standaard laten, tenzij u moet zoeken naar hoofdlettergevoeligheid, die u in de SHD-logboeken niet nodig hebt deze optie.
5. Wilt u zoeken naar niet-overeenkomende lijnen? [N]>, u kunt deze regel als standaard instellen, tenzij u naar alles moet zoeken, behalve uw reguliere grep-expressie.
6. Wilt u de logs achtervolgen? [N]>, Deze optie is alleen beschikbaar in de uitvoer van de grep, als u dit als standaard laat staan (N), worden de SHD-logs weergegeven uit de eerste regel van het huidige bestand.
7. Wilt u de output pagineren? [N]>, Als u Yselecteert, is de uitvoer hetzelfde als de uitvoer van de opdracht less. U kunt navigeren tussen regels en pagina's. U kunt ook zoeken in de logs (Typ / vervolgens het trefwoord en druk op Enter). Als u het logboek wilt afsluiten, typt uq.
In dit voorbeeld wordt 52,2% van de Reporting / Logging Disk verbruikt:
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
Zoals eerder vermeld uit de output van ipcheck, zijn er zeven partities in SWA:
| Partitienaam |
Beschrijving |
| wortel |
Bewaart bestanden van interne besturingssystemen |
| Nextroot |
Deze partitie wordt gebruikt voor upgrades |
| Var |
Bewaart bestanden van interne besturingssystemen |
| logboek |
Houdt logboeken en rapportagebestanden vast |
| DB |
Configuratie en interne databases |
| ruilen |
SWAP-geheugen |
| Proxycache |
Gegevens in cache bewaren |
Als de rootpartitie (bekend als rootfs of /) vol is of meer dan 100%, wat soms wordt verwacht, en de SWA verwijdert onnodige bestanden. Als u ziet dat de systeemprestaties dalen, probeert u eerst het toestel opnieuw op te starten en controleert u vervolgens de schijfcapaciteit van de hoofdpartitie. Als het probleem zich blijft voordoen, neemt u contact op met de klantenservice van Cisco om een TAC-kwestie te openen.
Als uw upgrade mislukt, zorg er dan voor dat uw Next Root-partitie voldoende vrije ruimte heeft voor de upgrade.
In eerste instantie werden virtuele SWA-, Email Security Appliance (ESA) en Virtual Security Management Appliance (SMA)-images gebouwd met een Next Root-partitie met een grootte van minder dan 500 MB. In de loop der jaren, en met nieuwere AsyncOS-releases die extra functies bevatten, hebben upgrades deze partitie gedurende het upgradeproces gebruikt. Wanneer u probeert te upgraden van oudere versies, mislukken upgrades vanwege de grootte van de partitie.
Vanuit de upgrade logs in de CLI kunt u deze fouten bekijken:
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
Download voor een virtuele SWA een nieuw afbeeldingsbestand van de Cisco Secure Email and Web Virtual Appliance Installation Guide. Importeer vervolgens de configuratieback-up van de oudere versie naar de nieuw geïnstalleerde SWA. Als u een fout ziet bij het importeren van de configuratie, opent u een kwestie voor een serviceaanvraag.
Voor SMA en ESA vindt u een oplossing voor dit probleem: Hoe de oplossing voor Cisco vESA/vSMA-upgrade kan worden toegepast mislukt vanwege kleine partitiegrootte - Cisco.
Als de var partitie vol is, kunt u deze fouten ontvangen wanneer u zich aanmeldt bij CLI of via de opdracht Weergavewaarschuwingen in CLI:
/var: write failed, filesystem is full
The temporary data partition is at 99% capacity
Start het apparaat opnieuw op om dit probleem op te lossen. Als de capaciteit van de /var-partitie meer dan 100% bedraagt, neemt u contact op met Cisco TAC Support.
Als u de fout ontvangt "De besturingssysteempartitie heeft een capaciteit van 91%", is dit meestal gerelateerd aan de /nextroot-partitie. Voer vanuit de CLI de opdracht ipcheck uit:
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
Als de grootte van Next Root Partition 2 GB is, vanwege Field Notice: FN72230, moet u een nieuwe versie van de virtuele machine installeren die groter is dan 14,5 in de Next Root Partition en deze moet 4 GB zijn. Je moet ook migreren van de oude SWA naar de nieuwe SWA.
Raadpleeg voor meer informatie Hoe u de tijdelijke oplossing kunt toepassen voor een mislukte upgrade van Cisco vESA/vSMA vanwege de kleine partitiegrootte.
Als de partitie Rapportage / Logboekregistratie vol is, zijn dit enkele fouten die u kunt tegenkomen:
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
De oorzaak van deze fouten kan worden gecategoriseerd als:
1. Logbestanden nemen te veel schijfruimte in beslag.
2. Er worden enkele kernbestanden gegenereerd op het apparaat die leiden tot volledig schijfgebruik.
3. Rapportage neemt te veel schijfruimte in beslag.
4. Webtracking neemt te veel schijfruimte in beslag.
5. Sommige interne logs nemen te veel schijfruimte in beslag.
Om logbestanden te bekijken, kunt u via FTP verbinding maken met de SWA met de beheerinterface.
Ga als volgt te werk om FTP in te schakelen vanuit de gebruikersinterface:
1. Log in op de GUI.
2. Klik op Interfaces onder het menu Netwerk.
3. Klik op Instellingen bewerken.
4. Selecteer FTP in het gedeelte Services voor apparaatbeheer.
5. (Optioneel): U kunt de standaard FTP-poort wijzigen.
6. Klik op Indienen.
7. Wijzigingen vastleggen.
Na de FTP-verbinding kunt u de logs, aanmaakdatum en grootte van elk logbestand bekijken. Als u de logs wilt archiveren, kunt u ze downloaden via FTP. Of om schijfruimte vrij te maken, kunt u oude logs verwijderen.
Voer de volgende stappen uit om dit probleem op te lossen:
Als u wilt bekijken of SWA kernbestanden heeft, voert u vanuit CLI de volgende stappen uit:
1. Log in op CLI.
2. Voer de diagnostische opdracht uit (deze is een verborgen opdracht en kan niet automatisch worden ingevuld met TAB).
3. Type PROXY.
4. Type LIJST.
De uitvoer geeft aan of er kernbestanden zijn. Om de kernbestanden te verwijderen, neemt u contact op met Cisco Support Service, een TAC-technicus moet de oorzaak van kernbestanden onderzoeken en vervolgens kunnen ze de bestanden verwijderen.
Er zijn twee soorten rapporten in SWA: Reporting en WebTracking. WebTracking neemt de meeste schijfruimte in beslag. Om de geschiedenis van WebTracking te controleren, navigeert u naar WebTracking vanuit de GUI. Selecteer in het menu Rapportage, in het gedeelte Tijdbereik, Aangepast bereik. De gemarkeerde datums tonen de WebTracking Rapportgeschiedenis.
Als u een back-up wilt maken van WebTracking, kunt u het rapport exporteren naar .CSV via de link Afdrukbare download in het rapport.
Op het moment dat dit artikel werd geschreven, is er geen functie om handmatig oudere rapporten te verwijderen (Cisco bug ID: CSCun82094).
Als u een aantal van uw rapporten wilt verwijderen, moet u contact opnemen met TAC-ondersteuning of kunt u alle rapporten uit de CLI verwijderen met de volgende stappen:
1. Log in op CLI.
2. Voer de diagnostische opdracht uit (deze is een verborgen opdracht en kan niet automatisch worden voltooid met TAB).
3. Typ RAPPORTAGE en druk op Enter.
4. Typ DELETEDB en druk op Enter.
Als u SWA S195 of S190 hebt, overweeg dan dit defect ook: Cisco bug ID CSCwd83093.
Als uw apparaat voldoet aan de voorwaarden van de Cisco-bug-ID: CSCvy69039, moet u een TAC-hoesje openen om de interne logs van de back-end te controleren en de grote logbestanden handmatig te verwijderen.
Dit is een tijdelijke oplossing, maar op de getroffen versie wordt het logbestand automatisch gemaakt na verwijdering en de bestandsgrootte groeit herhaaldelijk van 0 weer.
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
3.0 |
22-Oct-2026
|
Bijgewerkte introductie, spelling, grammatica, spatiëring, ingevoegde horizontale lijnen naar afzonderlijke secties voor leesbaarheid, vaste URL's en CCW-waarschuwingen. |
2.0 |
23-Mar-2026
|
Eerste versie, opmaak. |
1.0 |
10-Apr-2023
|
Eerste vrijgave |