Carga de Procesador con asterisk y problema al arrancar
tecnicosht
Os comento algo que me parece curioso que me esta pasando y no se como
resolver a ver si me podéis ayudar.
Mi sistema:
Pentiun III a 500 MhZ
256 MB RAM
10GB disco duro
Trixbox 2.0 (Con asterisk recompilado versión Asterisk 1.2.14 y sus
correspondientes librerias)
Tarjeta Digium TDM22B y B410P
Conectadas 2 RDSI, y una RTB (Ono)
Máximo de llamadas simultaneas 5 (4 de la RDSI y la 1 de la RTB)
Problema:
Al arrancar el servidor todo perfecto, pero al cabo de unas horas (aun
no se si tiene que ver con alguna acción en concreto) el procesador se
me pone con una carga media del 90 al 100%.
Normalmente anda sobre 3% y 20 %.
------Carga normal------
top - 09:46:05 up 1 day, 15:15, 2 users, load average: 0.29, 0.81,
1.04
Tasks: 73 total, 1 running, 72 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3% us, 1.3% sy, 0.0% ni, 91.2% id, 0.7% wa, 3.6% hi,
0.0% si
Mem: 255884k total, 227864k used, 28020k free, 40036k
buffers
Swap: 779144k total, 3732k used, 775412k free, 60316k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19067 root 16 0 38876 8948 4872 S 3.0 3.5 0:03.19 asterisk
17398 root 16 0 9112 2304 1844 S 0.7 0.9 0:06.07 sshd
19405 root 17 0 3764 944 760 R 0.7 0.4 0:00.09 top
Alguien sabe por donde pueden ir los tiros ?
Y otro problemilla que no se si estará asociado a este.
Cuando reinicio el servidor, si tengo conectadas las 2 lineas RDSI,
arranca normal y cuando carga la RDSI da un kernel panic y adiós.
En cambio si arranco sin las lineas RDSI conectadas, arranco y después
las conecto, todo va bien.
Podría estar relacionado con lo primero ?
Y .. se os ocurre alguna solución ?
Muachas Gracias.
Saúl Ibarra
--
Saúl -- "Some people say why, other just say, why not."
----------------------------------------------------------------
NUEVA WEB --> http://www.saghul.net/
Sergio Aparicio
tecnicosht
Ahora he vuelto a instalar todo en un server HP proliant con
procesador Xeon a 1,8GhZ, y 1 GB de RAM ... y va todo a las mil
maravillas.
Salu2.
On 24 ene, 19:24, "Sergio Aparicio" <sergio.apari...@gmail.com> wrote:
> Pienso lo mismo. Con dos tarjetas.
>
> 2007/1/24, Saúl Ibarra <sag...@gmail.com>:
>
>
>
>
>
> > Me parece que es poca maquina para tanta conexion...
>
> > 2007/1/24, tecnicosht <tecnico...@gmail.com>:
> > NUEVA WEB -->http://www.saghul.net/--
> Saludos / Sam
tecnicosht
Con el equipo que os pongo en el aterior mensaje me pasa lo mismo al
cabo de unas horas el asterisk se me pone al 99% de CPU.
[root@ht24 ~]# top
top - 08:42:43 up 2 days, 7 min, 1 user, load average: 1.00, 1.00,
1.00
Tasks: 84 total, 2 running, 82 sleeping, 0 stopped, 0 zombie
Cpu(s): 35.3% us, 14.8% sy, 0.0% ni, 46.8% id, 0.0% wa, 3.2% hi,
0.0% si
Mem: 1033204k total, 326260k used, 706944k free, 43700k
buffers
Swap: 779144k total, 176k used, 778968k free, 105800k
cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14829 root 25 0 48520 9708 5324 R 100 0.9 812:18.80 asterisk
Alguna idea de que puede ser ?
Gracias.
Saúl Ibarra
2007/1/31, tecnicosht <tecni...@gmail.com>:
tecnicosht
0 llamadas activas.
Saúl Ibarra escribió:
Manuel Ángel Rubio Jiménez
perdón por responder a una pregunta de hace tanto tiempo :-P, pero me ha
interesado señalar algo.
En principio:
El Miércoles, 31 de Enero de 2007 08:44, tecnicosht escribió:
> [root@ht24 ~]# top
> top - 08:42:43 up 2 days, 7 min, 1 user, load average: 1.00, 1.00,
> 1.00
> Tasks: 84 total, 2 running, 82 sleeping, 0 stopped, 0 zombie
> Cpu(s): 35.3% us, 14.8% sy, 0.0% ni, 46.8% id, 0.0% wa, 3.2% hi,
> 0.0% si
> Mem: 1033204k total, 326260k used, 706944k free, 43700k
> buffers
> Swap: 779144k total, 176k used, 778968k free, 105800k
> cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 14829 root 25 0 48520 9708 5324 R 100 0.9 812:18.80 asterisk
La carga del sistema se ve claramente que es de 1.0, es decir, que un
procesador está al 100%, y como solo tienes uno, pues tienes el equipo
saturado.
Pero gran culpa de ello es la otra parte de "Swap", que tienes 176k used. Esto
pasa porque el sistema se ha visto tan colapsado en memoria que ha tenido que
comenzar a usar la memoria de disco duro.
Para un procesamiento en tiempo real, o de las características de Asterisk,
usar la swap es que el sistema comience a ir de mal a peor. La única solución
a los primeros síntomas es reiniciar Asterisk y limpiar las cachés:
# sync
# echo 3 > /proc/sys/vm/drop_caches
# sync
# echo 0 > /proc/sys/mv/drop_caches
Con esto es casi como si hubiésemos reiniciado el sistema. Además conviene
revisar los procesos que hay en ejecución, la memoria que usan y, en caso de
ver que hay procesos que no "aguanten" o que comiencen a consumir mucha
memoria, programar en "cron" un reinicio sistemático del mismo a una hora que
no se note mucho.
Un saludo.
--
Manuel A. Rubio "Bombadil"
Usuario de GNU/Linux #323628 acorde a http://counter.li.org/
GPG ID 1C84979D ftp://bosqueviejo.net/pub/bombadil.asc
Técnico en Admin. Sistemas Informáticos
tecnicosht
la CPU estaba al 100% pero la memoria no estaba colapsada, ya que pone
que de 1GB tenia libre unos 700MB, no ?
Lo que no se es porque se pone al 100% cuando le sale en gana, he
intentado ver si es por alguna acción especifica o algo, pero no he
encontrado relación.
Y la solución que tengo ahora .. un cron que me reinicia asterisk, a
las 22:00 y otra vez a las 07:00.
Seguiré investigando a ver si saco algo en claro.
Salu2.
tecnicosht
Creo tener claro cuando se produce la carga del procesador.
Trabajo normalmente (por desgracia) desde un windows con "putty".
Entonces al cargar un terminal y arrancar asterisk de este modo
"asterisk -gcvvvvvvvvvvvvvvvvvvvvvvvvdddddd", arranco asterisk para
monitorear ... y si ese terminal le cierro directamente, es cuando se
produce la carga de CPU.
Por si os pasa a vosotros.
Entonces, me da que la solución es parar asterisk y volverlo a
arrancar en modo normal .. y así no se produce la carga del
procesador.
Salu2.
izan
por medio...aghh).
Putty no deja de ser una conexión ssh. Es igaul que la hagas desde un
Linux, freeBSD o guindous.
Lo que comentas al pricipio de kernel panic, no pinta nada bien. Es un
error grave y yo me inclinaría mas a investigar por ahi.
Prueba a:
- Tienes dos tarjetas. Descarta que no compartan IRQ's. (por supuesto
desactiva todo lo demas: usb, sonido, etc).
Si eso desactiva acpi y entra en la BIOS para asignar una IRQ a mano
para cada tarjeta.
- Haz un top (podías ponerlo aqui entero) y vete matando los procesoso
a cañon. con k (kill) pones el nº del proceso y en signal le metes un
15 e intro. No vaya a ser que haya algo inecesario.
- Pero como se ve claramente que asterisk es el que esta al 100%
quizás sea algún problema de config de este con las tarjetas. ¿estan
bien instaladas no?... haz un dmesg y pon el error del kernel panic,
haber si se nos ocurre algo.
Suerte
tecnicosht
Esta ya probado y re-probado que cuando inicio una sesion y arranco
asterisk desde ella con "asterisk -
gcvvvvvvvvvvvvvvvvvvvvvvvvdddddd" .. y luego si cierro el "putty"
dando a la X de cerrar ventana, es cuando el asterisk se pone
cachondon al 99 y 100%.
Izan, las comprobaciones esas ya las habia echo y por eso me extrañaba
el tema.
De todas formas os confirmo 100% que es el "putty".
No se si sera algo mal configurado que al cerrar mande algun comando o
algo, pero es el "putty"
Un saludo y gracias por las respuestas.
izan
Estos son los típicos probelmas que te vuelven loco y no sabes donde
mirar
Otra razón mas para utilizar Linux en el trabajo, (el que pueda claro).
Raúl Alexis Betancort Santana
> Nada, definitivamente es el "putty".
> Esta ya probado y re-probado que cuando inicio una sesion y arranco
> asterisk desde ella con "asterisk -
> gcvvvvvvvvvvvvvvvvvvvvvvvvdddddd" .. y luego si cierro el "putty"
> dando a la X de cerrar ventana, es cuando el asterisk se pone
> cachondon al 99 y 100%.
Lo que estás haciendo al hacer eso es crear procesos zombies en la máquina,
por eso se te pone al 100%, sino lanzas el asterisk a través del putty dentro
de un screen o algo parecido, lo que haces es lanzar un asterisk en modo
ultra-verbose y encima cerrar el tty por el que escupe ... caldo de cultivo
perfecto para un problemón bastante gordo.
Saludos
Ramses II
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de tecnicosht
Enviado el: viernes, 09 de febrero de 2007 13:24
Para: asterisk-es
Asunto: [Asterisk-ES] Re: Carga de Procesador con asterisk y problema al
arrancar
Aldo Alexander Leyva Alvarado
Los comandos que señalas permiten limpiar o liberar las caches:
# sync
# echo 3 > /proc/sys/vm/drop_caches
# sync
# echo 0 > /proc/sys/mv/drop_caches
Como tu lo manejas eso?, lo tienes programado en algun cron?
Cada que tiempo?
Saludos
Aldo Leyva
Hola,
perdón por responder a una pregunta de hace tanto tiempo :-P, pero me ha
interesado señalar algo.
En principio:
El Miércoles, 31 de Enero de 2007 08:44, tecnicosht escribió:
> [root@ht24 ~]# top
> top - 08:42:43 up 2 days, 7 min, 1 user, load average: 1.00, 1.00,
> 1.00
> Tasks: 84 total, 2 running, 82 sleeping, 0 stopped, 0 zombie
> Cpu(s): 35.3% us, 14.8% sy, 0.0% ni, 46.8% id, 0.0% wa, 3.2% hi,
> 0.0% si
> Mem: 1033204k total, 326260k used, 706944k free, 43700k
> buffers
> Swap: 779144k total, 176k used, 778968k free, 105800k
> cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 14829 root 25 0 48520 9708 5324 R 100 0.9 812:18.80 asterisk
La carga del sistema se ve claramente que es de 1.0 , es decir, que un
tecnicosht
[root@ht24 log]# sync
[root@ht24 log]# echo 3 > /proc/sys/vm/drop_caches
-bash: /proc/sys/vm/drop_caches: No such file or directory
[root@ht24 log]# locate drop_caches
[root@ht24 log]#
En cuanto a lo del fallo con el putty, os puedo asegurar que es cuando
pasa. No se si tendré alguna configuración mal o algo, pero lo que es
cierto es que sucede ... tal como decía un compañero de la lista tiene
que ver por dejar un proceso zombie.
Además lo vuelto a comprobar esta semana, 2 días del fin de semana,
perfecto y hoy ha sido volver a hacer lo del putty y carga del
procesador al 100%.
De todas formas he programado en el cron que el asterisk se reinicie a
las 22 y a las 07 .. para que así este "descansado" antes de ponerse a
currar !!
En cuanto a lo que dice Aldo ... has probado a reiniciar asterisk si
te quita la carga de memoria ?
O has mirado a ver que procesos son los que te comen la ram ?
Salu2.
Manuel Ángel Rubio Jiménez
El Sábado, 10 de Febrero de 2007 17:50, Aldo Alexander Leyva Alvarado
escribió:
> Yo tengo un server Asterisk un HP PROLIANT XEON 3.2Ghz con 3GB de RAM,
> usando Slackware 11, he notado que siempre son usadas los 3 GB de RAM
> cuando se resetea el server todo esta ok pero al cabo de aprox 2 dias
> comienzo con los problemas tengo Load average que cuando pasa lo 13.0 a
> mas ya empieza a dar problemas, todo se hace lento, el marcaje tb, todo,
> como es que se llega a consumir toda la RAM cuando el sistema inicia
> soporta tranquillamente la misma carga que tendra al dia siguiente, pero si
> uno compara la RAM usada del primer dia nota claramente a los proximos dias
> esta casi del 99% de RAM usada gran parte de ella esta en cache.
Asterisk he comprobado que solo se ejecuta en un procesador y la segunda capa
en caso de tener un Xeon y la capa HT (Hypher-Threading). Con lo que muevo
las interrupciones al segundo procesador y consigo que la carga del sistema
qeu tenía antes siempre a 4.0 en hora punta, y 5.0 algunas veces, la tenga
ahora a no más de 3.0, incluso con más carga (ver smp_affinity)
> Los comandos que señalas permiten limpiar o liberar las caches:
> # sync
> # echo 3 > /proc/sys/vm/drop_caches
> # sync
> # echo 0 > /proc/sys/mv/drop_caches
>
> Se puede usar aun cuando el asterisk esta trabajando?
> Como tu lo manejas eso?, lo tienes programado en algun cron?
> Cada que tiempo?
Sobre la RAM, tengo máquinas con 4GB de RAM y a veces se queda corta, debido
al uso de Apache y AGIs. Lo que sí veo que consume mucho es la caché, por
eso, de vez en cuando es bueno ejecutar los comandos que detallé. Lo tengo
puesto en un script para ejecutarse con cron cada hora.