Cuando un servidor Zimbra se ralentiza repentinamente, los administradores suelen ver clamdun freshclamalto consumo de CPU topy suponen que el servicio antivirus está bloqueado. Esto puede ocurrir, pero ambos procesos realizan tareas diferentes: freshclamdescarga y verifica las actualizaciones de firmas, mientras que clamdanaliza archivos y mensajes. Una cola de correo saturada, una recarga de la base de datos, un bucle de actualización fallido o un segundo demonio antivirus pueden dar la impresión de que "ClamAV está consumiendo demasiada CPU". Identifique qué proceso está consumiendo demasiados recursos antes de reiniciar cualquier sistema o modificar la configuración del antivirus.
Esta guía abarca desde comprobaciones de bajo riesgo hasta la recuperación del servicio. Los comandos y rutas que se muestran a continuación corresponden a instalaciones comunes de Zimbra; la ruta exacta de ClamAV incluida y los pasos de recuperación compatibles varían según la versión de Zimbra Collaboration. Confírmelos con la versión instalada antes de realizar cualquier cambio.
Comience registrando el nombre del proceso, el uso de la CPU, el tiempo transcurrido y la ruta del comando. Ejecute esto como root o con una cuenta autorizada para inspeccionar los procesos del sistema:
ps -eo pid,pcpu,pmem,etime,args | grep -E 'clamd|freshclam'
Luego, observe el proceso sospechoso durante al menos un breve intervalo con top -p PID, reemplazando PIDcon el número del primer comando. Una sola lectura no es suficiente para diagnosticar un problema persistente: psinforma una instantánea, mientras que tople ayuda a ver si el uso de la CPU permanece alto o disminuye después de que finaliza un escaneo o una actualización. También observe si la ruta pertenece a Zimbra, generalmente en /opt/zimbra, o a un paquete del sistema operativo independiente.
Si freshclamel proceso presenta picos breves y luego finaliza o vuelve a estar inactivo tras una actualización exitosa, es diferente de un proceso que permanece activo. Si clamdse trata del consumidor principal, es más probable que el escaneo de mensajes o la carga de la base de datos sean el punto de partida. No finalice ninguno de los procesos solo porque una muestra tenga un valor alto; primero revise los registros y compruebe si el correo electrónico sigue fluyendo.
La referencia de registros de Zimbra enumera los registros antivirus en su directorio de registros. En muchas instalaciones, inspeccione las entradas recientes con:
tail -n 80 /opt/zimbra/log/clamd.logtail -n 80 /opt/zimbra/log/freshclam.log
Observe las marcas de tiempo junto con el pico de CPU. En clamd.log, las solicitudes de escaneo repetidas o los mensajes de carga de la base de datos pueden vincular el uso de la CPU con la actividad de correo o una recarga de firma. En freshclam.log, una actualización completada seguida de un período de inactividad sugiere trabajo de actualización rutinario; fallas de conexión repetidas, reintentos, errores de suma de verificación o una actualización que nunca se completa requieren una investigación más detallada. Revise también el registro de correo de Zimbra aproximadamente a la misma hora, ya que un aumento repentino en los mensajes entrantes o el tráfico de archivos adjuntos puede incrementar los escaneos.
Utilice la referencia de archivos de registro de Zimbra para confirmar la ubicación de los registros de su versión. La guía de solución de problemas de FreshClam de ClamAV explica los errores comunes del actualizador, incluidos los problemas de DNS, descarga y límite de velocidad. Una advertencia de que un motor es anterior a la última versión de ClamAV no prueba por sí sola una base de datos corrupta; Zimbra incluye un motor probado con una versión ZCS.
Antes de realizar cualquier ajuste, descarte las causas comunes que pueden mantener el servicio ocupado:
clamdproceso freshclam. Un servicio ClamAV instalado por separado a nivel del sistema operativo o una tarea programada personalizada podrían estar iniciando una segunda copia junto con el servicio administrado de Zimbra. No desactive un servicio hasta que confirme qué producto lo gestiona y qué lo inicia.df -h /opt/zimbray df -i /opt/zimbra. Un sistema de archivos lleno puede impedir actualizaciones temporales o escrituras de registros y provocar reintentos. No elimine manualmente los archivos de firma para liberar espacio.clamdel uso incluso cuando el servicio funciona correctamente.freshclamel problema persiste, verifique la resolución DNS del host, la hora, la conectividad saliente y cualquier configuración de proxy necesaria. Solucione el problema subyacente de red o proxy en lugar de iniciar repetidamente tareas de actualización manuales.
ClamAV documenta en su manual de configuración cómo FreshClam controla el comportamiento de las actualizaciones y el registro de eventos . Zimbra también documenta un atributo de frecuencia de actualización de definiciones de virus, pero su valor y configuración deben verificarse para su versión específica de ZCS. No reduzca la frecuencia de actualización como solución rápida para el consumo de CPU: las firmas obsoletas debilitan la protección, mientras que una ruta DNS o proxy incorrecta seguirá fallando independientemente de la programación.
Deje que la carga de trabajo actual se agote mientras supervisa la CPU y la entrega de correo. Si se repite el mismo patrón, correlaciónelo con el tamaño del mensaje, los archivos adjuntos comprimidos y el volumen de correo entrante; luego, revise la capacidad del servidor y la política de análisis de archivos adjuntos de su organización. Evite agregar límites de ClamAV no documentados o excluir tipos de archivo sin evaluar el impacto en la seguridad y verificar qué controles admite Zimbra en la versión instalada.
Solucione los problemas de DNS, proxy, firewall, reloj o acceso a la red saliente que se indiquen en el registro. Asegúrese de que solo se ejecute el actualizador previsto de Zimbra. No programe ejecuciones manuales frecuentes ni descargue bases de datos de firmas con scripts ad hoc; ClamAV identifica FreshClam o cvdupdate como métodos de actualización compatibles, y la integración empaquetada de Zimbra debe seguir siendo la fuente de información principal para un servidor Zimbra.
Errores como una base de datos mal formada, un fallo en la suma de comprobación o un error al cargar la base de datos requieren una recuperación que tenga en cuenta la versión. El procedimiento de restablecimiento de la definición de ClamAV de Zimbra tiene instrucciones diferentes para las distintas generaciones de ZCS, incluidas las distintas rutas de los binarios de FreshClam. Lea el procedimiento completo para la versión exacta que utiliza antes de mover o reconstruir cualquier archivo de la base de datos. Conserve una copia de la base de datos existente hasta que se confirme la recuperación y nunca aplique comandos de una guía de una versión anterior sin consultarla.
No reemplace los binarios de ClamAV de Zimbra con una compilación independiente del código fuente como solución de primera línea para mejorar el rendimiento. La documentación de Zimbra advierte que los cambios en el motor fuera de ciclo pueden no ser compatibles; utilice el parche ZCS o la ruta de actualización correspondiente si el motor incluido necesita actualizarse.
Si el servicio permanece bloqueado después de corregir el problema subyacente, un reinicio controlado del antivirus puede eliminar un proceso obsoleto o recargar la base de datos reparada. Prográmelo para un momento en que sea aceptable una breve interrupción del análisis y siga la secuencia de comandos para su versión de ZCS. Los documentos del procedimiento de Zimbra zmantivirusctl stopy zmantivirusctl start, ejecútelos como el zimbrausuario:
su - zimbrazmantivirusctl stopzmantivirusctl startzmcontrol status
No utilice una solución completa zmcontrol stoppara un problema exclusivo de ClamAV a menos que su plan de mantenimiento lo requiera. Si el servicio antivirus no se reinicia, conserve los registros pertinentes y utilice el canal de soporte o de solución de problemas específico de la versión de Zimbra en lugar de reiniciarlo repetidamente.
Tras la corrección o el reinicio, repita la comprobación del proceso y observe la tendencia de la CPU en lugar de basarse en un único valor instantáneo. Confirme que clamdestá presente, freshclamque no se produce ningún reintento repetido y zmcontrol statusque el antivirus se encuentra en ejecución. Revise las nuevas entradas del registro para comprobar que la base de datos se ha cargado correctamente y que no hay errores recurrentes de actualización o análisis. Por último, verifique que los mensajes de prueba normales se entregan y gestionan de acuerdo con la política de seguridad de correo electrónico de su organización.
Una buena recuperación presenta tres señales observables: el proceso responsable ya no consume CPU de forma sostenida una vez finalizado su trabajo; los registros dejan de repetir el mismo error; y el flujo de correo de Zimbra y el estado del servicio antivirus se mantienen correctos. Si el uso de CPU sigue siendo elevado, recopile una instantánea del proceso con marca de tiempo, las entradas correspondientes del clamd.logregistro freshclam.logde correo, los resultados del espacio en disco y su versión de ZCS. Esta evidencia ayuda a distinguir un defecto real del escáner de un volumen de correo elevado o una ruta de actualización defectuosa, sin debilitar la fiabilidad del análisis de malware.
Nota de la versión: Guía revisada el 6 de octubre de 2026. El Centro de soporte técnico de Zimbra incluye referencias actuales y páginas de solución de problemas anteriores específicas de la versión; verifique los comandos y las rutas con la documentación de la versión de ZCS instalada.
Compara 10 herramientas de escaneo de ping para la detección rápida de redes LAN, el escaneo multiplataforma y la gestión de direcciones IP. Descubre qué puede (y qué no puede) revelarte un escaneo.
Compare seis herramientas de gestión de red para la monitorización del rendimiento, incluyendo la cobertura SNMP, la asignación de mapas, las alertas, los modelos de implementación y las ventajas y desventajas en cuanto a costes.
Compara las mejores aplicaciones de análisis Wi-Fi para Windows, iPhone y Android, incluyendo herramientas para la congestión de canales, la cobertura de la señal, los mapas de calor y la resolución de problemas de red.
Compara siete monitores de ping gratuitos y de código abierto, desde suites de red completas hasta sondas de latencia específicas, y elige el que mejor se adapte a tus necesidades en cuanto a disponibilidad, pérdida de paquetes e historial.
Aprenda qué significa QoS en redes, cómo las marcas DSCP y las colas de tráfico priorizan las aplicaciones de voz, vídeo y empresariales, y qué problemas no puede solucionar la QoS.
Compare siete herramientas de administración de direcciones IP para el descubrimiento de subredes, la coordinación de DNS y DHCP, el inventario de red y la gestión de direcciones IP de código abierto.
Compara software de servidor SFTP fiable para Windows y Linux, incluyendo OpenSSH, Bitvise, SolarWinds y SFTPGo. Encuentra la solución ideal para tus necesidades de seguridad y transferencia de archivos.
Cree un sistema práctico de monitorización de red con una cobertura clara de los dispositivos, métricas de rendimiento útiles, alertas procesables y una comparación de SolarWinds NPM, PRTG y OpManager.
Compare las herramientas de escaneo de red para la detección rápida de dispositivos, escaneos de IP multiplataforma y gestión de direcciones IP (IPAM) empresariales, con orientación sobre cómo adaptar cada opción a su red.
Utilice la opción --traceroute de Nmap para asignar saltos a un host autorizado, comprender la salida de saltos y RTT, y solucionar problemas de respuestas faltantes sin realizar un escaneo excesivo.
