Zentyal Forum, Linux Small Business Server
International => Spanish => Topic started by: aguerra on September 28, 2009, 09:15:07 pm
-
Buenas a todos,
Tengo un intel dual-core con 4gb de ram y 320 gb en disco y ebox 1.2.1 corriendo los servicios de:
Gateway
UTM,
Infrastructure y
Office.
Me queda solo libre 450000 de ram y consumo del cpu 80%
Que puede estar ocurriendo para tener un consumo elevado ?
-
Hola Alejandro,
¿Podrías ejecutar el comando "top" para ver si algún proceso en concreto es el que está consumiendo la mayor parte de la CPU?
¿Has usado el instalador de eBox? Si es así tendrás todos los módulos habilitados por defecto, quizá puedes probar a ir deshabilitando uno por uno para comprobar si se normaliza la situación y así poder identificar el responsable. De todas formas si puedes mostrarnos algo de información con top será bastante útil. También puedes enseñarnos la salida de "ps aux" si te resulta más sencillo.
Un saludo!
-
JA,
Si utilice la iso de Uds, y hoy des-instale todos los módulos que no estamos utilizando y después recopile la información que me solicitaste.
Espero que sirva para aclarar el consumo elevado de cpu y memoria
saluidos,
-
Hola Alejandro,
Lo primero de todo, decirte que el consumo de memoria es normal, como se puede ver en el top, tienes gran parte de la memoria cacheada, esto es para poder acceder a datos anteriores mas rapidamente, pero podria ser usada por otros nuevos procesos sin problema.
En cuanto al consumo de CPU, parece claro que el responsable es el filtro antispam, de todas formas, si tienes una máquina dual core, es posible que ese consumo elevado sea sólo en uno de los núcleos y que el otro esté practicamente libre. Si vuelves a ejecutar top y pulsas la tecla "1", veras la ocupación de cada procesador por separado. Si esto fuese asi, un 80% en uno solo de los procesadores mientras el otro esta ocioso no sería preocupante.
Espero que te haya aclarado algo.
Un saludo!
-
JA;
Pero de los 4gb solo me queden libre 450 mb!!! Es normal?
Te anexo la pantalla con vista de los 2 cpu y el consumo de ambos es elevado, o no?
Perdona que insista.
saludos,
-
JA,
Este es otro ebox que tengo instalado las diferencias del otro son:
-cpu
product: Intel(R) Pentium(R) 4 CPU 2.80GHz
vendor: Intel Corp.
physical id: 1
bus info: cpu@0
Con 2 gb
Y en cuanto a los servicios de ebox, en este no estoy corriendo mail-filter.
Entonces la pregunta seria:
El uso del filtrado genera un consumo elevado de cpu? Entonces cual seria la configuración ideal para este entorno?
saludos,
-
Ok, a ver, por partes y centrandonos en la máquina de los dos procesadores:
Dices que tienes 4Gb de ram, pero linux solo te está reconociendo 3Gb, esto será porque tienes un kernel sin soporte para más de 3Gb (necesitas PAE para poder tener mas de 3gb con 32 bits). Para ver que version del kernel tienes, puedes ejecutar "uname -a".
En cuanto a la ram, si haces calculos veras que solo tienes ocupados realmente menos de 1Gb, tienes que restar a la cantidad usada la que esta en buffers y cached, es decir, que la cantidad de memoria libre real que tienes es mas de 2Gb (sobre los 3 que te esta reconociendo en total), eso es bastante, y no hay de que preocuparse. En cuanto te reconozca los 4Gb tendrás más de 3Gb de ram libres.
Y en cuanto al tema de la CPU, tienes razón, el consumo es alto, si el mailfilter esta siendo usado intensivamente por muchos usuarios podría ser normal, pero no se si este es el caso, si no lo es, puede que hay algún problema y se esté reiniciando continuamente por un error al arrancar, para comprobar eso, haz lo siguiente:
sudo /etc/init.d/ebox mailfilter stop
sudo /usr/sbin/amavisd-new -c /etc/amavis/conf.d/amavisd.conf foreground
Esto intentará arrancar amavis (el software utilizado para filtrar correo) manualmente y podrás ver si aparece algún error que nos de pistas sobre lo que está pasando.
Un saludo!
-
OK disculpa ... y como dices vamos por parte
Este es la version que estoy usando:
Linux slubccs01 2.6.24-24-l7filter #1 SMP Thu May 7 11:59:14 CEST 2009 i686 GNU/Linux
Y la segunda parte:
sysadmin@slubccs01:~$ sudo /etc/init.d/ebox mailfilter stop
[sudo] password for sysadmin:
* Stopping eBox module: mailfilter [ OK ]
sysadmin@slubccs01:~$ sudo /usr/sbin/amavisd-new -c /etc/amavis/conf.d/amavisd.conf foreground
Pid_file "/var/run/amavis/amavisd.pid" already exists. Overwriting!
Suicide () TROUBLE in pre_loop_hook: IPv6 address [mail.brokerminv.com] contains fewer than 8 fields
-
Hola,
parece que hay un problema con la configuración el filtro de correo. Podrías ser tan amable de enviarme el archivo /etc/amavis/conf.d/amavisd.conf para que podamos revisarlo?. Otra cosa, dices que no lo estas usando, tienes desactivado el modulo en la lista de 'Estado de los modulos'?
-
En este caso si lo estoy utilizando:
-
Javier,
Tienes alguna pista del consumo de memoria?
saludos,
-
El consumo de memoria es normal, solo tienes usado 900 MB reales, el resto está cacheado y listo para ser usado si se necesita. Así es como funciona el sistema de gestión de memoria de un Linux.
-
Si pero recuerda que tuvimos un caso del antivirus que te anexe el error o no se si era un error ?
-
Son dos cosas diferentes. No hay ningún problema de memoria.
Respecto al consumo de CPU, te sigue ocurriendo lo mismo?
-
Hola,
respecto al problema como el filtro de correo, he visto que has puesto varios servidores externos en el filtro de SMTP (mail.brokerminv.com por ejemplo). Amavis (que es el programa que usamos para esta tarea) no entiende nombres de servidor en este apartado de su configuración y los trata de interpretar como dirección de IP6, produciéndose el error que has reportado.
La solución pasa por usar direcciones IP en vez de nombres de servidores. Cambiaremos el código de este apartado para que solo admita direcciones IP correctas.
-
En unos post de dias anteriores (Posted on: September 29, 2009, 12:47:24 pmPosted by: alejandro)
Me pediste la configuracion del amavis pq de las pruebas que me distes salio este error
sysadmin@slubccs01:~$ sudo /etc/init.d/ebox mailfilter stop
[sudo] password for sysadmin:
* Stopping eBox module: mailfilter [ OK ]
sysadmin@slubccs01:~$ sudo /usr/sbin/amavisd-new -c /etc/amavis/conf.d/amavisd.conf foreground
Pid_file "/var/run/amavis/amavisd.pid" already exists. Overwriting!
Suicide () TROUBLE in pre_loop_hook: IPv6 address [mail.brokerminv.com] contains fewer than 8 fields
Y despues te anexe el archvio amavisd.conf que esta en otro post.
-
Si, lo del problema con los servidores externos lo encontré comprobando la configuración que adjuntastes. Si después de usar direcciones IP en los servidores externos, te da mas problemas no dudes en preguntar.
-
Disculpa pero no compredi ..... Quieres que coloque las IP de los servidores externos de correo en vez de mail.XXXXXX.com??
Y volver a probar las instrucciones anteriores a ver si no arroja el error anterior??
saludos,
-
Sí, creo que se refiere a eso.
-
Si, eso es. Amavis espera direcciones IP en esa sección y sino interpreta los nombres de servidores como direcciones IP6, de ahí el texto del error..
-
sysadmin@slubccs01:~$ sudo /etc/init.d/ebox mailfilter stop
[sudo] password for sysadmin:
* Stopping eBox module: mailfilter [ OK ]
sysadmin@slubccs01:~$ sudo /usr/sbin/amavisd-new -c /etc/amavis/conf.d/amavisd.c onf foreground
netset: cannot include 127.0.0.1/32 as it has already been included
este es el top ahora:
top - 09:57:30 up 8 days, 17:52, 4 users, load average: 0.71, 0.89, 0.45
Tasks: 163 total, 1 running, 161 sleeping, 0 stopped, 1 zombie
Cpu0 : 2.5%us, 0.0%sy, 0.0%ni, 96.2%id, 0.3%wa, 0.6%hi, 0.3%si, 0.0%st
Cpu1 : 2.3%us, 0.3%sy, 0.0%ni, 97.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3367868k total, 2959032k used, 408836k free, 114372k buffers
Swap: 3219448k total, 220k used, 3219228k free, 1804980k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
30554 ebox 20 0 31364 21m 4920 S 2 0.6 0:06.95 apache2
29548 ebox 20 0 55180 46m 5084 S 1 1.4 40:13.55 ebox-loggerd
30538 p3scan 20 0 2352 724 568 S 1 0.0 0:02.29 p3scan
31062 sysadmin 20 0 5000 2060 1516 R 1 0.1 0:00.52 top
32002 p3scan 20 0 2352 724 568 S 1 0.0 0:01.50 p3scan
23483 snort 20 0 205m 183m 1828 S 1 5.6 0:19.41 snort
29596 postgres 20 0 40816 28m 27m S 1 0.9 10:26.55 postgres
30587 p3scan 20 0 2352 736 568 S 1 0.0 0:03.23 p3scan
2493 root 15 -5 0 0 0 S 0 0.0 7:41.42 kjournald
4677 postgres 20 0 11592 1240 472 S 0 0.0 2:16.70 postgres
23339 proxy 20 0 17660 15m 1684 S 0 0.5 0:08.08 squid
28969 dansguar 20 0 171m 159m 1568 S 0 4.9 0:00.68 dansguardian
28970 dansguar 20 0 171m 159m 1540 S 0 4.9 0:00.80 dansguardian
30502 p3scan 20 0 2352 736 568 S 0 0.0 0:00.52 p3scan
-
Pues el problema parece resuelto, ahora ya podrás usar el servicio normalmente.
-
JA,
Mil gracias ... si ya esta caminando.