Risolvi errore disco completo di Secure Web Appliance
Sommario
Introduzione
In questo documento viene descritto come risolvere gli errori di spazio totale su disco in Secure Web Appliance (SWA).
Prerequisiti
Requisiti
Cisco raccomanda la conoscenza dei seguenti argomenti:
- Accesso FTP a SWA
- Accesso alla CLI di SWA
- Accesso amministrativo all'SWA
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Errori correlati all'intero disco
In SWA sono presenti diversi errori e avvertenze che indicano che il disco è pieno o che lo spazio su disco è quasi pieno. Elenco di errori e avvisi. Questi log variano in ciascuna versione del software a causa dei metodi di consegna, come gli alert, i log di sistema o l'output del displayalerts comando dalla 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 issuesMonitoraggio dell'utilizzo del disco
È possibile monitorare e visualizzare l'utilizzo del disco sia dalla GUI sia dalla CLI.
Visualizzazione dell'utilizzo del disco nella GUI
Dopo aver effettuato l'accesso all'interfaccia grafica SWA, nella pagina My-Dashboard è possibile visualizzare l' Reporting / Logging Diskutilizzo dalla System Overview sezione.
Anche nella GUI, sotto il ReportingMenu, navigare fino a System Status. È inoltre possibile visualizzare l'utilizzo del disco dalla Overview sezione, nel Reporting menu.
Visualizzazione dell'utilizzo del disco nella CLI
Dall'output dello stato o dei dettagli sullo stato, è possibile visualizzare l'utilizzo del disco di reporting/registrazione:
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%Dall'output di è ipcheckpossibile visualizzare lo spazio su disco allocato per ogni partizione e la percentuale di spazio utilizzato per ogni partizione:
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 ===Nei log SHD, l'utilizzo del disco di report/registrazione per ogni minuto viene visualizzato come DskUtil. Per accedere ai log SHD, attenersi alla seguente procedura:
1. Digitare grep o tail nella CLI.
2. Trova tipo shd_logs: Recupero log SHD: Polling FTP, dall'elenco e immettere il numero associato.
3. In Immettere l'espressione regolare per grep, è possibile immettere un'espressione regolare per eseguire la ricerca all'interno dei log. È ad esempio possibile digitare la data e l'ora.
4. La ricerca non deve fare distinzione tra maiuscole e minuscole? [Y]>, è possibile mantenere questa impostazione come predefinita, a meno che non sia necessario cercare la distinzione tra maiuscole e minuscole, che nei registri SHD non è necessaria.
5. Cercare le righe non corrispondenti? [N]>, è possibile impostare questa riga come predefinita, a meno che non sia necessario cercare tutti gli elementi tranne l'espressione grep regolare.
6. Eseguire la coda dei registri? [N]>, Questa opzione è disponibile solo nell'output del grep, se si lascia questa opzione come predefinita (N), vengono visualizzati i log SHD dalla prima riga del file corrente.
7. Impaginare l'output? [N]>Se si seleziona Y, l'output sarà lo stesso del comando less. È possibile spostarsi tra le righe e le pagine. Inoltre, è possibile eseguire la ricerca all'interno dei log (digitare / quindi la parola chiave e premere Invio). Per uscire dal registro, digitareq.
In questo esempio viene consumato il 52,2% del Reporting / Logging Disk prodotto:
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.0Struttura del disco e risoluzione dei problemi relativi alla partizione completa
Come accennato in precedenza dall'output diipcheck, in SWA sono presenti sette partizioni:
| Nome partizione |
Descrizione |
| Radice |
Conserva i file del sistema operativo interno |
| Nextroot |
Questa partizione viene utilizzata per gli aggiornamenti |
| Var |
Conserva i file del sistema operativo interno |
| Log |
Contiene i registri e i file di report |
| DB |
Database di configurazione e interni |
| Scambia |
Memoria SWAP |
| Cache proxy |
Mantiene i dati memorizzati nella cache |
Partizione radice piena
Se la partizione radice (nota come radice o /) è piena o è superiore al 100%, il che a volte è previsto, e l'SWA rimuove i file non necessari. Se si verifica un calo delle prestazioni del sistema, provare innanzitutto a riavviare l'accessorio, quindi verificare la capacità del disco della partizione radice. Se il problema persiste, contattare l'assistenza clienti Cisco per aprire una richiesta TAC.
Partizione radice successiva piena
Se l'aggiornamento non riesce, verificare che nella partizione radice successiva sia disponibile spazio sufficiente per l'aggiornamento.
Inizialmente, le immagini SMA (Virtual SWA, Email Security Appliance (ESA) e Virtual Security Management Appliance) sono state create con una partizione Next Root di dimensioni inferiori a 500 MB. Nel corso degli anni, e con le nuove versioni di AsyncOS che includono funzionalità aggiuntive, gli aggiornamenti hanno utilizzato questa partizione durante l'intero processo di aggiornamento. Quando si tenta di eseguire l'aggiornamento da versioni precedenti, gli aggiornamenti non vengono eseguiti a causa delle dimensioni della partizione.
Dai log di aggiornamento nella CLI, è possibile visualizzare questi errori:
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 failedPer un SWA virtuale, scaricare un nuovo file di immagine dalla Guida all'installazione di Cisco Secure Email e Web Virtual Appliance. Quindi importate il backup della configurazione dalla versione precedente al nuovo SWA installato. Se viene visualizzato un errore di importazione della configurazione, aprire una richiesta di assistenza.
Per SMA ed ESA, è possibile trovare una soluzione per questo problema: Come applicare la soluzione per l'aggiornamento di Cisco vESA/vSMA non riuscito a causa delle dimensioni ridotte della partizione - Cisco.
Partizione Var piena
Se la var partizione è piena, è possibile ricevere questi errori quando si accede alla CLI o dal comando Displayalert in CLI:
/var: write failed, filesystem is full
The temporary data partition is at 99% capacityPer risolvere il problema, riavviare l'accessorio. Se la capacità della partizione /var è superiore al 100%, contattare il supporto Cisco TAC.
Partizione del sistema operativo con capacità del XX%
Se si riceve l'errore "La partizione del sistema operativo è al 91% della capacità", in genere questo errore è correlato alla partizione /nextroot. Dalla CLI, eseguire il comando 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
Se le dimensioni della partizione radice successiva sono pari a 2 GB, a causa di un avviso sul campo: FN72230, è necessario installare una nuova versione di macchina virtuale successiva alla 14.5 nella partizione principale successiva e deve essere di 4 GB. È inoltre necessario migrare dalla vecchia SWA alla nuova SWA.
Per ulteriori informazioni, fare riferimento a Come applicare la soluzione per Cisco vESA/vSMA che non riesce a eseguire l'aggiornamento a causa delle dimensioni ridotte della partizione.
Partizione di creazione di rapporti/registrazione piena
Se la partizione di reporting/registrazione è piena, è possibile che si verifichino alcuni errori:
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 issuesLa causa principale di questi errori può essere classificata come:
1. I file di registro occupano troppo spazio su disco.
2. Sul dispositivo sono stati generati alcuni file di base che determinano l'utilizzo completo del disco.
3. La creazione di rapporti occupa troppo spazio su disco.
4. Il rilevamento Web occupa troppo spazio su disco.
5. Alcuni registri interni occupano troppo spazio su disco.
I file di registro occupano troppo spazio su disco
Per visualizzare i file di log, è possibile collegarsi all'interfaccia di gestione tramite FTP.
Per abilitare l'FTP dalla GUI, attenersi alla seguente procedura:
1. Accedere alla GUI.
2. Fare clic su Interfacce nel menu Rete.
3. Fare clic su Modifica impostazioni.
4. Selezionare FTP nella sezione Servizi di gestione accessorio.
5. (facoltativo): È possibile modificare la porta FTP predefinita.
6. Fare clic su Sottometti.
7. Eseguire il commit delle modifiche.
Dopo la connessione FTP, è possibile visualizzare i registri, la data di creazione e le dimensioni di ciascun file di registro. Se è necessario archiviare i registri, è possibile scaricarli tramite FTP. In alternativa, per liberare spazio su disco, è possibile rimuovere i registri meno recenti.
Per risolvere il problema, procedere come segue:
File di base nel dispositivo
Per verificare se il file SWA contiene file di base, dalla CLI attenersi alla seguente procedura:
1. Accedere alla CLI.
2. Eseguire il comando diagnostic (è un comando nascosto e non può essere compilato automaticamente con TAB).
3. Digitare PROXY.
4. Digitare LIST.
L'output mostra se sono presenti file di base. Per rimuovere i file principali, contattare il servizio di assistenza Cisco. Il tecnico TAC deve verificare la causa dei file principali, quindi può rimuovere i file.
Il report occupa troppo spazio su disco
In SWA sono disponibili due tipi di report: Reporting e WebTracking. WebTracking occupa la maggior parte dello spazio su disco. Per controllare la cronologia di WebTracking, selezionare WebTracking dalla GUI. Nel menu Reporting, dalla sezione Intervallo di tempo, selezionare Intervallo. personalizzato. Le date evidenziate mostrano la Cronologia report di WebTracking.
Per eseguire un backup da WebTracking, è possibile esportare il report in formato .CSV dal collegamento Download stampabile nel report.
Al momento in cui è stato scritto questo articolo, non è disponibile alcuna funzionalità per eliminare manualmente i report precedenti (ID bug Cisco: CSCun82094).
Per eliminare alcuni rapporti, è necessario contattare il supporto TAC oppure è possibile eliminare tutti i rapporti dalla CLI attenendosi alla seguente procedura:
1. Accedere alla CLI.
2. Eseguire il comando diagnostic (è un comando nascosto e non può essere completato automaticamente con TAB).
3. Digitare REPORTING e premere Invio.
4. Digitare DELETEDB e premere Invio.
Se si dispone di SWA S195 o S190, considerare anche questo difetto: ID bug Cisco CSCwd83093.
Occupare il disco nei log interni
Se il dispositivo ha le condizioni indicate nell'ID bug Cisco CSCvy69039, è necessario aprire una richiesta TAC per controllare i log interni del back-end e rimuovere manualmente i file di log di grandi dimensioni.
Si tratta di una soluzione temporanea. Tuttavia, nella versione interessata, il file di registro viene creato automaticamente dopo l'eliminazione e le dimensioni del file aumentano ripetutamente da 0.
Contenuto correlato
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
3.0 |
22-Oct-2026
|
Sono state aggiornate le informazioni relative a introduzione, ortografia, grammatica, spaziatura, righe orizzontali inserite per separare le sezioni in modo da garantire leggibilità, URL fissi e avvisi CCW. |
2.0 |
23-Mar-2026
|
Release iniziale, formattazione. |
1.0 |
10-Apr-2023
|
Versione iniziale |
Feedback