Este documento descreve as etapas para resolver erros de espaço em disco total no Secure Web Appliance (SWA).
A Cisco recomenda que você tenha conhecimento destes tópicos:
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Há vários erros e avisos no SWA que indicam que o disco está cheio ou que o espaço em disco está quase cheio. Esta é uma lista de erros e avisos. Esses registros variam em cada versão de software devido aos métodos de entrega, como alertas, registros do sistema ou a saída do displayalerts comando da 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
Você pode monitorar e visualizar o uso do disco na GUI e na CLI.
Depois de fazer login na GUI do SWA, na página Meu painel, você pode exibir o Reporting / Logging Disk uso na System Overview seção.
Também na GUI, no ReportingMenu, navegue para System Status. Você também pode visualizar o uso do disco na Overview seção, no menu, Reporting.
Na saída do status ou do detalhe do status, você pode exibir o uso de Disco de Relatório / Log:
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%
Na saída do ipcheck, você pode exibir o espaço em disco alocado para cada partição e o percentual de espaço usado por partição:
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 ===
Nos Logs SHD, a utilização do Disco de Relatório/Log para cada minuto é mostrada como DskUtil. Para acessar os Logs SHD, use estas etapas:
1. Digite grep ou tail na CLI.
2. Localizar tipo shd_logs: Recuperação de Logs SHD: FTP Poll, na lista e insira o número associado.
3. Em Informe a expressão regular para grep, você pode informar uma expressão regular para pesquisar dentro dos logs. Por exemplo, você pode digitar a data e a hora.
4. Deseja que esta pesquisa não diferencie maiúsculas de minúsculas? [Y]>, você pode deixar como o padrão, a menos que precise pesquisar a diferenciação de maiúsculas e minúsculas, que, nos registros SHD, você não precisa desta opção.
5. Deseja pesquisar linhas não correspondentes? [N]>, você pode definir essa linha como padrão, a menos que precise pesquisar tudo, exceto sua expressão grep regular.
6. Deseja encerrar os logs? [N]>, Essa opção só está disponível na saída do grep; se você deixar isso como padrão (N), ela mostrará os Logs SHD da primeira linha do arquivo atual.
7. Deseja paginar a saída? [N]>, Se você selecionar Y, a saída será igual à saída do comando less. Você pode navegar entre linhas e páginas. Além disso, você pode pesquisar dentro dos logs (Digite / depois a palavra-chave e pressione Enter). Para sair do registro, digiteq.
Neste exemplo, 52,2% do Reporting / Logging Disk é consumido:
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
Como mencionado anteriormente na saída de ipcheck, há sete partições em SWA:
| Nome da partição |
Descrição |
| Root |
Mantém os arquivos do sistema operacional interno |
| Nextroot |
Esta partição é usada para atualizações |
| Var |
Mantém os arquivos do sistema operacional interno |
| Registro |
Armazena registros e arquivos de relatórios |
| DB |
Configuração e bancos de dados internos |
| Trocar |
memória SWAP |
| Cache de proxy |
Mantém os dados em cache |
Se a partição raiz (conhecida como rootfs ou /) estiver cheia ou mais de 100%, o que às vezes é esperado, e o SWA remover arquivos desnecessários. Se você vir algum queda de desempenho do sistema, primeiro tente reinicializar o aplicativo e verifique a capacidade de disco da partição raiz. Se o problema persistir, entre em contato com o Atendimento ao cliente da Cisco para abrir um caso TAC.
Se a atualização falhar, verifique se a partição Next Root tem espaço livre suficiente para a atualização.
Inicialmente, imagens SMA de SWA virtual, Email Security Appliance (ESA) e Virtual Security Management Appliance (dispositivo de gerenciamento de segurança virtual) foram criadas com uma partição de raiz próxima com tamanho inferior a 500 MB. Com o passar dos anos, e com versões mais recentes do AsyncOS que incluem recursos adicionais, as atualizações têm usado essa partição durante todo o processo de atualização. Quando você tenta atualizar de versões mais antigas, as atualizações falham devido ao tamanho da partição.
Nos logs de atualização na CLI, você pode exibir estes erros:
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
Para um SWA virtual, faça download de um novo arquivo de imagem do Guia de instalação do Cisco Secure Email and Web Virtual Appliance. Em seguida, importe o backup de configuração da versão mais antiga para o SWA recém-instalado. Se você vir um erro de importação de configuração, abra um caso de solicitação de serviço.
Para o SMA e o ESA, você pode encontrar uma solução alternativa para este problema: Como aplicar a solução alternativa para a atualização do Cisco vESA/vSMA falha devido ao tamanho de partição pequeno - Cisco.
Se a partição var estiver cheia, você poderá receber estes erros ao fazer login na CLI ou através do comando Displayalerts na CLI:
/var: write failed, filesystem is full
The temporary data partition is at 99% capacity
Para resolver esse problema, primeiro reinicie o equipamento. Se a capacidade da partição /var for superior a 100%, entre em contato com o Suporte do TAC da Cisco.
Se você receber o erro "A partição do sistema operacional está com 91% de capacidade", isso geralmente está relacionado à partição /nextroot. Na CLI, execute o 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 o tamanho da próxima partição raiz for 2 GB, devido ao Field Notice: FN7230, você deve instalar uma nova versão de Máquina Virtual maior que 14.5 na Próxima Partição Raiz e ela deve ter 4 GB. Você também deve migrar do SWA antigo para o novo.
Para obter mais informações, consulte Como aplicar a solução alternativa para a falha de atualização do Cisco vESA/vSMA devido ao tamanho pequeno da partição.
Se a partição Relatório / Registro estiver cheia, estes são alguns erros que você pode encontrar:
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
A causa raiz desses erros pode ser categorizada como:
1. Os arquivos de log ocupam muito espaço em disco.
2. Há alguns arquivos principais gerados no dispositivo que levam ao uso total do disco.
3. Os relatórios ocupam muito espaço em disco.
4. O Rastreamento na Web ocupa muito espaço em disco.
5. Alguns logs internos ocupam muito espaço em disco.
Para exibir arquivos de log, você pode se conectar ao SWA via FTP à interface de gerenciamento.
Para ativar o FTP na GUI, siga estas etapas:
1. Faça login na GUI.
2. Clique em Interfaces no menu Network.
3. Clique em Editar Configurações.
4. Selecione FTP na seção Appliance Management Services.
5. (Opcional): Você pode alterar a Porta FTP padrão.
6. Clique em Submeter.
7. Confirmar Alterações.
Após a conexão de FTP, você poderá exibir os logs, a data de criação e o tamanho de cada arquivo de log. Se você precisar arquivar os logs, poderá baixá-los via FTP. Ou para liberar espaço em disco, você pode remover logs antigos.
Siga estas etapas para resolver esse problema:
Para ver se o SWA tem arquivos principais, na CLI, siga estas etapas:
1. Faça login na CLI.
2. Execute o comando diagnostic (é um comando oculto e não pode ser preenchido automaticamente com TAB).
3. Digite PROXY.
4. Digite LIST.
A saída mostra se há algum arquivo principal. Para remover os arquivos principais, entre em contato com o Serviço de Suporte da Cisco, um Engenheiro do TAC deve investigar a causa dos arquivos principais para que eles possam remover os arquivos.
Há dois tipos de relatórios no SWA: Relatórios e rastreamento da Web. O WebTracking ocupa a maior parte do espaço em disco. Para verificar o histórico do WebTracking, navegue até WebTracking na GUI. No menu Relatórios, na seção Intervalo de tempo, selecione Intervalo personalizado. As datas realçadas mostram o WebTracking Histórico de relatórios.
Para fazer um backup do WebTracking, você pode exportar o relatório para .CSV do link Download Imprimível no relatório.
No momento em que este artigo foi escrito, não há nenhum recurso para excluir manualmente relatórios mais antigos (ID do bug da Cisco: CSCun82094).
Para excluir alguns relatórios, entre em contato com o Suporte do TAC ou exclua todos os relatórios da CLI seguindo estas etapas:
1. Faça login na CLI.
2. Execute o comando diagnostic (é um comando oculto e não pode ser preenchido automaticamente com TAB).
3. Digite REPORTING e pressione Enter.
4. Digite DELETEDB e pressione Enter.
Se você tiver o SWA S195 ou S190, considere também este defeito: ID de bug Cisco CSCwd83093.
Se o seu dispositivo tiver as condições do bug da Cisco ID: CSCvy69039, você deverá abrir um caso TAC para verificar os logs internos do back-end e remover os arquivos de log grandes manualmente.
Esta é uma solução temporária, no entanto, na versão afetada, o arquivo de log é criado automaticamente após a exclusão e o tamanho do arquivo cresce repetidamente de 0 novamente.
| Revisão | Data de publicação | Comentários |
|---|---|---|
3.0 |
22-Oct-2026
|
Introdução, ortografia, gramática, espaçamento e linhas horizontais inseridas atualizadas em seções separadas para leitura, URLs fixas e alertas do CCW. |
2.0 |
23-Mar-2026
|
Versão inicial, formatação. |
1.0 |
10-Apr-2023
|
Versão inicial |