Este documento describe los pasos para resolver los errores de espacio de disco completo en Secure Web Appliance (SWA).
Cisco recomienda que tenga conocimiento sobre estos temas:
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Hay varios errores y advertencias en SWA que indican que el disco está lleno o que el espacio en disco está casi lleno. Esta es una lista de errores y advertencias. Estos registros varían en cada versión de software debido a los métodos de entrega, como alertas, registros del sistema o la salida del displayalerts comando desde la 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
Puede supervisar y ver el uso del disco tanto desde la GUI como desde la CLI.
Después de iniciar sesión en la GUI de SWA, en la página My-Dashboard, puede ver el Reporting / Logging Disk uso en la System Overview sección .
También en la GUI, bajo el ReportingMenú, navegue hasta System Status. También puede ver el uso del disco desde la Overview sección, en el Reporting menú.
Desde la salida de los detalles de estado o estado, puede ver el uso de 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%
En el resultado de ipcheck, puede ver el espacio de disco asignado a cada partición y el porcentaje de espacio utilizado por partición:
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 ===
En los registros SHD, la utilización del disco de informes/registros para cada minuto se muestra como DskUtil. Para acceder a los registros SHD, siga estos pasos:
1. Escriba grep o tail en la CLI.
2. Buscar shd_logs Tipo: Recuperación de registros SHD: FTP Poll, en la lista, e introduzca el número asociado.
3. En Introduzca la expresión regular a grep, puede introducir una expresión regular para buscar dentro de los registros. Por ejemplo, puede escribir la fecha y la hora.
4. ¿Desea que esta búsqueda no distinga entre mayúsculas y minúsculas? [Y]>, puede dejar esta opción como predeterminada, a menos que necesite buscar la distinción entre mayúsculas y minúsculas, que, en los registros de SHD, no necesita esta opción.
5. ¿Desea buscar líneas no coincidentes? [N]>, puede establecer esta línea como predeterminada, a menos que necesite buscar todo excepto su expresión grep regular.
6. ¿Desea seguir los registros? [N]>, Esta opción solo está disponible en la salida del grep, si deja esto como predeterminado (N), muestra los registros SHD de la primera línea del archivo actual.
7. ¿Desea paginar la salida? [N]>, Si selecciona Y, la salida es la misma que la salida del comando less. Puede desplazarse entre líneas y páginas. Además, puede buscar dentro de los registros (escriba / luego la palabra clave y presione Enter). Para salir del registro, escribaq.
En este ejemplo, se consume el 52,2% del 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
Como se mencionó anteriormente en el resultado de ipcheck, hay siete particiones en SWA:
| Nombre de partición |
Descripción |
| Raíz |
Mantiene los archivos internos del sistema operativo |
| Nextroot |
Esta partición se utiliza para las actualizaciones |
| Var |
Mantiene los archivos internos del sistema operativo |
| Registro |
Contiene registros y archivos de informes |
| DB |
Configuración y bases de datos internas |
| Intercambiar |
memoria de intercambio |
| Caché de proxy |
Mantiene los datos almacenados en caché |
Si la partición raíz (conocida como rootfs o /) está llena o más del 100%, lo que a veces se espera, y el SWA elimina los archivos innecesarios. Si observa alguna caída en el rendimiento del sistema, primero intente reiniciar el dispositivo y, a continuación, compruebe la capacidad de disco de la partición raíz. Si el problema continúa, póngase en contacto con el servicio de atención al cliente de Cisco para abrir un caso TAC.
Si la actualización falla, asegúrese de que la partición Next Root tenga suficiente espacio libre para la actualización.
Inicialmente, las imágenes de SMA de SWA virtual, dispositivo de seguridad de correo electrónico (ESA) y dispositivo de administración de seguridad virtual (Virtual Security Management Appliance) se creaban con una partición Next Root (Siguiente raíz) con un tamaño inferior a 500 MB. A lo largo de los años, y con las nuevas versiones de AsyncOS que incluyen funciones adicionales, las actualizaciones han utilizado esta partición durante todo el proceso de actualización. Cuando intenta actualizar desde versiones anteriores, las actualizaciones fallan debido al tamaño de la partición.
En los registros de actualización de la CLI, puede ver estos errores:
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 un SWA virtual, descargue un nuevo archivo de imagen de la Guía de Instalación de Cisco Secure Email and Web Virtual Appliance. A continuación, importe la copia de seguridad de la configuración de la versión anterior al SWA recién instalado. Si aparece un error de importación de la configuración, abra un caso de solicitud de servicio.
Para SMA y ESA, puede encontrar una solución alternativa para este problema: Cómo aplicar la solución alternativa para Cisco vESA/vSMA Upgrade Fail Due to Small Partition Size - Cisco.
Si la var partición está llena, puede recibir estos errores cuando inicie sesión en CLI o desde el comando DisplayAlerts en CLI:
/var: write failed, filesystem is full
The temporary data partition is at 99% capacity
Para resolver este problema, en primer lugar, reinicie el dispositivo. Si la capacidad de la partición /var es superior al 100%, comuníquese con el Soporte del TAC de Cisco.
Si recibe el error "La partición del sistema operativo tiene una capacidad del 91%", esto se relaciona generalmente con la partición /nextroot. Desde la CLI, ejecute el 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
Si el tamaño de Next Root Partition es de 2 GB, debido a Field Notice: FN7230, debe instalar una nueva versión de máquina virtual superior a 14.5 en Next Root Partition y debe ser de 4 GB. También debe migrar del SWA antiguo al nuevo SWA.
Para obtener más información, consulte Cómo aplicar la solución alternativa para la actualización fallida de Cisco vESA/vSMA debido al tamaño pequeño de la partición.
Si la partición Reporting / Logging está llena, estos son algunos errores que puede 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
La causa raíz de estos errores se puede categorizar como:
1. Los archivos de registro ocupan demasiado espacio en disco.
2. Hay algunos archivos de núcleo generados en el dispositivo que conduce al uso de disco completo.
3. Los informes ocupan demasiado espacio en disco.
4. El rastreo web ocupa demasiado espacio en disco.
5. Algunos registros internos ocupan demasiado espacio en disco.
Para ver los archivos de registro, puede conectarse al SWA a través de FTP a la interfaz de gestión.
Para habilitar FTP desde la GUI, siga estos pasos:
1. Inicie sesión en la GUI.
2. Haga clic en Interfaces en el menú Network.
3. Haga clic en Editar configuración.
4. Seleccione FTP en la sección Servicios de administración de dispositivos.
5. (Opcional): Puede cambiar el puerto FTP predeterminado.
6. Haga clic en Enviar.
7. Realice los cambios.
Después de la conexión FTP, puede ver los registros, la fecha de creación y el tamaño de cada archivo de registro. Si necesita archivar los registros, puede descargarlos a través de FTP. O bien, para liberar espacio en disco, puede quitar los registros antiguos.
Siga estos pasos para resolver este problema:
Para ver si SWA tiene archivos de núcleo, en CLI siga estos pasos:
1. Inicie sesión en CLI.
2. Ejecute el comando diagnostic (es un comando oculto y no se puede rellenar automáticamente con TAB).
3. Escriba PROXY.
4. Escriba LIST.
El resultado muestra si hay algún archivo de núcleo. Para eliminar los archivos de núcleo, póngase en contacto con el servicio de asistencia de Cisco. Un ingeniero del TAC debe investigar la causa de los archivos de núcleo y, a continuación, puede eliminar los archivos.
Existen dos tipos de informes en SWA: Informes y seguimiento web. WebTracking ocupa la mayor parte del espacio en disco. Para comprobar el historial de WebTracking, desplácese hasta WebTracking desde la GUI. En el menú Reporting, en la sección Time Range, seleccione Custom Range.. Las fechas resaltadas muestran el WebTracking Historial de informes.
Para realizar una copia de seguridad de WebTracking, puede exportar el informe a .CSV desde el enlace Descarga imprimible del informe.
Cuando se escribió este artículo, no había ninguna función para eliminar manualmente informes anteriores (Id. de error de Cisco: CSCun82094).
Para eliminar algunos de sus informes, debe ponerse en contacto con el Soporte del TAC, o puede eliminar todos los informes de la CLI con estos pasos:
1. Inicie sesión en CLI.
2. Ejecute el comando diagnostic (es un comando oculto y no se puede completar automáticamente con TAB).
3. Escriba REPORTING y pulse Intro.
4. Escriba DELETEDB y pulse Intro.
Si tiene SWA S195 o S190, considere también este defecto: ID de bug de Cisco CSCwd83093.
Si su dispositivo tiene las condiciones del ID de bug de Cisco: CSCvy69039, debe abrir un caso TAC para verificar los registros internos del back-end y eliminar manualmente los archivos de log grandes.
Esta es una solución temporal, sin embargo, en la versión afectada, el archivo de registro se crea automáticamente después de la eliminación y el tamaño del archivo crece repetidamente desde 0 de nuevo.
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
3.0 |
22-Oct-2026
|
Introducción actualizada, ortografía, gramática, espaciado, líneas horizontales insertadas para separar secciones para facilitar la lectura, direcciones URL fijas y alertas de CCW. |
2.0 |
23-Mar-2026
|
Versión inicial, formato. |
1.0 |
10-Apr-2023
|
Versión inicial |