Felipe Román Márquez escribió:
> Hola a todos, les escribo por que estoy a punto de decir que está
> máquina está poseída.
>
> en detalle:
>
> centos 5.2
> 4gb ram ecc FB-DIMM
> 2 quad-core (8 nucleos en total a 2.0ghz)
> arreglo de discos decente.
>
>
>
> cualquier tip o ayuda será muy bienvenido, de antemano muchas gracias.
>
que te dice rkhunter cuando lo corres?
Slaudos,
Miguel Oyarzo O.
Austro Internet S.A.
Punta Arenas
From [EMAIL PROTECTED] Tue Sep 30 07:26:17 2008
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Felipe_Rom=E1n_M=E1rquez?=)
Date: Tue Sep 30 08:21:43 2008
Subject: problema con servidor con mucho trafico.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 30-09-2008, a las 1:10, Germán Póo-Caamaño escribió:
>>
>
> que te dice iostat? vmstat?
todo dentro de los parametros normales.
iostat:
avg-cpu: %user %nice %system %iowait %steal %idle
6.00 0.00 1.94 0.06 0.00 92.00
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 1.50 40.00 0.00 80 0
vmstat:
procs -----------memory---------- ---swap-- -----io---- --system--
-----cpu------
r b swpd free buff cache si so bi bo in cs us
sy id wa st
0 0 155572 375364 108492 2663436 0 0 14 10 0 0
16 2 81 0 0
0 0 155572 374744 108492 2663480 0 0 0 0 1452 600
3 0 97 0 0
0 0 155572 374868 108508 2663472 0 0 0 80 1447 365
1 0 99 0 0
0 0 155560 373628 108508 2663524 0 0 0 0 1378 806
8 0 92 0 0
1 0 155552 373512 108512 2663528 0 0 2 0 1504 526
5 0 95 0 0
>
> No es tanta una carga de 2 ó 3. Me imagino que responde bien el
> sistema
> si es que tienes respuesta con htop y tail. De hecho, debieras
> tenerla.
antes del tuning tenía un Load Average de 8.
ahora en promedio no llega a 3. (esto en gran parte por hacer que
mysql trabaje en varios threads y que lighttpd también.
>
> Esto también incide en la memoria en uso. Puedes deshabilitar
> KeepAlive
> en las conexiones HTTP o dejarlo en 1 segundo.
rara vez el server llega a usar más de 1.3gb de ram, la gran mayoría
de eso es mysql (como 800mb de ram)
> Una cosa es afinar el motor de BD y otra es afinar las BD (tablas,
> índices, consultas).
lo sé, pero yo no puedo meterme ahí, no me corresponde.
> Si lighty sigue respondiendo, el problema lo puedes tener en la
> comunicación con la base de datos.
>
> Podrías utilizar fast-cgi para mejorar el rendimiento de PHP con
> lighty,
> pero es muy probable que el problema esté en la aplicación o en la
> base
> de datos, ya sea por algún bloqueo, consultas no optimizadas,
> deadlocks,
> etc. En tal caso, revisa como analizar lo que hace el planificador de
> MySQL.
ya está usando fast-cgi y lua para trabajar con php5.
> Las optimizaciones en la infraestructura sirven, pero no tanto si las
> aplicaciones utilizan fuerza bruta para funcionar.
si lo sé, el problema es que no tengo logs de nada, estoy dando palos
de ciego, no se por que el servidor deja de responder.
> Suerte,
muchas gracias.
From [EMAIL PROTECTED] Tue Sep 30 08:56:03 2008
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Felipe_Rom=E1n_M=E1rquez?=)
Date: Tue Sep 30 08:56:15 2008
Subject: problema con servidor con mucho trafico.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 30-09-2008, a las 2:14, Miguel Oyarzo O. escribió:
> Felipe Román Márquez escribió:
>> Hola a todos, les escribo por que estoy a punto de decir que está
>> máquina está poseída.
>> en detalle:
>> centos 5.2
>> 4gb ram ecc FB-DIMM
>> 2 quad-core (8 nucleos en total a 2.0ghz)
>> arreglo de discos decente.
>> cualquier tip o ayuda será muy bienvenido, de antemano muchas
>> gracias.
>
> que te dice rkhunter cuando lo corres?
todo OK.
no le encuentro errores, pero aun así tiene esos lapsos en que la
carga baja a cero y el sito deja de responder y no hay logs de errores
de nada por ninguna parte :(
From [EMAIL PROTECTED] Tue Sep 30 10:14:17 2008
From: [EMAIL PROTECTED] (Aldrin Martoq)
Date: Tue Sep 30 10:44:48 2008
Subject: problema con servidor con mucho trafico.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Tue, 2008-09-30 at 00:45 -0400, Felipe Román Márquez wrote:
> Hola a todos, les escribo por que estoy a punto de decir que está
> máquina está poseída.
[..]
> ahora el real "problema" es a la hora de mayor carga. aprox 8pm.
> tengo abierta una consola para ver htop, otra con tail -f al messages,
> otro tail -f al lighttpd/error_log y tail -f al log de errores de
> mysql.
> mirando el htop, con los 8 nucleos con carga (Load Average de 2 a 3 ),
> sin previo aviso y sin logs de errores ni warnings, todos los nucleos
> se van a CERO carga, y el sitio no funciona.
> no hay logs, no hay avisos, no hay nada, pasa aprox 1 minuto y sube la
> carga de nuevo y el server sigue trabajando como si nada....
Lo primero es buscar culpables. Veo solo dos componentes: el servidor
lighttpd y la base de datos mysql. Entonces cuando se pega revisa quien
esta tieso: o la base de datos o el lighttpd. Para http, create una
pagina php con sesion de prueba pero sin base de datos; para mysql
create una consulta con una tabla nueva (o base de datos distinta) y
otra con tablas de la base de datos.
Lo segundo es ver que le pasa. Al ojimetro, tiene pinta de algun
deadlock en la base de datos que se libera tras 1 minuto.
Que tipo de tablas estas usando? Trata de buscar los parametros, debe
haber alguno que este cerca de los 60 segundos, por ejemplo mira esto:
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 8000M
#innodb_additional_mem_pool_size = 80M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 1000M
#innodb_log_buffer_size = 32M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
--
Aldrin Martoq <[EMAIL PROTECTED]>
http://aldrinvideopodcast.podshow.com/
