10:04 a.m.
A alguien le ha pasado esto?
Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such file
or directory
He leido pero no he dado con la solución, tengo el archivo en la ruta
pero sin embargo dice que no existe.
5:40 a.m.
Problema de permisos?
Saludos.
On 2/28/19 3:04 PM, Dennis Quesada Cruz wrote:
A alguien le ha pasado esto?
Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such
file or directory
He leido pero no he dado con la solución, tengo el archivo en la ruta
pero sin embargo dice que no existe.
_______________________________________________
Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
--
/************************************************
* Téc. Leslie León Sinclair
* Administrador de Redes - GCOM
* Another happy Slackware & Debian GNU/Linux user
* Blog: https://admlinux.cubava.cu
* Proud GNU/Linux User #445535
* ☎ +53-5-838-7462
* ☎ +49-170-7683042
*************************************************/
10:16 a.m.
On 2019-02-28 10:04, Dennis Quesada Cruz wrote:
A alguien le ha pasado esto?
Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such
file or directory
He leido pero no he dado con la solución, tengo el archivo en la ruta
pero sin embargo dice que no existe.
_______________________________________________
Gutl-l mailing list -- gutl-l(a)listas.jovenclub.cu
To unsubscribe send an email to gutl-l-leave(a)listas.jovenclub.cu
si le das ls -l cual es la primera letra de la linea "-" "s" o
"c" ??
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
10:56 a.m.
El 28/2/19 a las 10:04, Dennis Quesada Cruz escribió:
A alguien le ha pasado esto?
Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such file
or directory
He leido pero no he dado con la solución, tengo el archivo en la ruta
pero sin embargo dice que no existe.
_______________________________________________
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.
--
Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
email: linuxcuba(a)teknik.io
“Nunca consideres el estudio como una obligación,
sino como una oportunidad para penetrar en el bello
y maravilloso mundo del saber. Albert Einstein”
11:13 a.m.
_________________________________
> 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
2:24 p.m.
El 28/2/19 a las 11:13, Ulises Gonzalez Horta escribió:
_________________________________
>> 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..
Estoy usando un sistema sin systemd, algún otra solución.
--
Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
email: linuxcuba(a)teknik.io
“Nunca consideres el estudio como una obligación,
sino como una oportunidad para penetrar en el bello
y maravilloso mundo del saber. Albert Einstein”
4:41 p.m.
>
> 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..
>
Estoy usando un sistema sin systemd, algún otra solución.
Usa el script safe clamav, ese es como el mysqld-safe en mysql que lo
que hace es ver si el clamav esta corriendo y si no lo levanta...
Busca por las carpetas del codigo fuente que esta ahi, si es que no lo
quitaron
--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
5:02 p.m.
El 28/2/19 a las 16:41, Ulises Gonzalez Horta escribió:
>>
>> 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..
>>
> Estoy usando un sistema sin systemd, algún otra solución.
>
Usa el script safe clamav, ese es como el mysqld-safe en mysql que lo
que hace es ver si el clamav esta corriendo y si no lo levanta...
Busca por las carpetas del codigo fuente que esta ahi, si es que no lo
quitaron
deshabilite temporalmente el clamav del amavis, y el servicio no se ha
detenido más?????
--
Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
email: linuxcuba(a)teknik.io
“Nunca consideres el estudio como una obligación,
sino como una oportunidad para penetrar en el bello
y maravilloso mundo del saber. Albert Einstein”
1:53 p.m.
actualiza el spammassasin directo de internet y vuelve a reiniciar el
amavisd, en ocasiones es problemas de este, e incluso cuando no esta
actualizado no arranca mas el servicio.
On 2/28/19 10:56 AM, Arian Molina Aguilera wrote:
El 28/2/19 a las 10:04, Dennis Quesada Cruz escribió:
> A alguien le ha pasado esto?
>
> Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such file
> or directory
>
> He leido pero no he dado con la solución, tengo el archivo en la ruta
> pero sin embargo dice que no existe.
>
>
> _______________________________________________
> 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
913
days inactive
913
days old
8 comments
5 participants
participants (5)
-
Arian Molina Aguilera -
Dennis Quesada Cruz -
Ing. Reynier Vega Reyes -
Leslie León -
Ulises Gonzalez Horta