_________________________________
> Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
> To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
eso me esta sucediendo también, y es producto a que el servicio de
clamavd-daemon se detiene, esta funcionando por un rato después de
volverlo a iniciar y se vuelve a detener, sin explicación alguna, y en
los logs no registra nada. Alguna solución?? utilizo amavis-new +
clamav
ultima versión 0.101.1, compilado por mi.
_______________________________________________
Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
Hace casi 10 anhos cuando hice los experimentos de integrar el Clamav
con el Dazuko usando el modulo Clamuko. Obviamente Clamav compilado por
mi pues ese modulo no viene por defecto en Debian. Yo descubri dos bugs
en Clamav y uno de ellos era exactamente que Clamav moria sin dar error
cuando estaba compilado con Clamuko y el tiempo de releer las firmas de
virus (ahora no recuerdo el nombre del paramatro de config) era mayor
que 22 segundos si mal no recuerdo. Ese bug nunca fue corregido por el
equipo de Clamav (hasta donde yo se!!!) alegando que la integracion con
Dazuko iba a ser cambiada por otro componente.
En aquel momento yo tenia dos workarounds para eso
1- Para maquinas que se apagaban/reiniciaban diario: poner un tiempo MUY
alto, superior a un dia, pues el problema ocurria si mal no recuerdo
unos segundos despues de releer las firmas de virus
2- Usar el script safe_clamav que esta integrado con los fuentes de
clamav para reiniciar Clamav cada vez que se cayera.. Creo que en estos
dias con un buen archivo service de systemd se puede resolver eso, solo
poniendo restart always = yes creo yo...
No se si esto tiene que ver con lo que dice Arian, pero bueno es algo
relacionado..
Mas informacion aqui
https://lists.gt.net/clamav/users/52699?page=last
PD: estuve tratando de encontrar el numbero de bug asignado a clamav,
pero ahora no lo encuentro..
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775