Wenas :) 2011/10/6 Antonio Moreno <antonio@sorianatural.es>:
El 27/09/11 10:01, Rafa Griman escribió:
Hola :)
2011/9/23 Antonio Moreno<antonio@sorianatural.es>:
Las condiciones son adecuadas, de echo ninguno de los otros servidores que hay en la sala no se han quejado ninguno
Los componentes estan limpios, fue lo primero que revise
Los log, tanto del squid como del sistema no veo nada anormal, lo unico que he descubierto que no se si tendra algo que ver, espero que no, es que el ultimo cuelgue fue aprox cuando se genero un access.log.bz2, que no se si tendra algo que ver, por que el resto de dias no pasa absolutamente nada.
¿Se cuelga del todo? Lo pregunto porque hay veces que si algún proceso se encuentra en estado "D" y las CPUs a tope ... parece que se ha colgado y al cabo de un rato (minutos ... o más minutos ;) se recupera.
Si el servidor tiene gestión remota (iLO, BMC, ...) se puede entrar por ahí y ver si realmente está colgado.
También puedes probar con el Magic SysReq key: combinación de teclas que permiten "descolgar" un Linux o, por lo menos, analizarlo.
¿Qué tamaño tiene el access.log? ¿Espacio libre en disco?
¿10 GB de RAM? Eso es un número raro =:O
Si usas el bzip2 "normal" (sin paralelizar), no creo que la CPU se vea afectada por lo que el problema vendría por el disco o la memoria (defecto físico, por ejemplo).
HTH
Rafa
Juan has dado en el clavo, es cuando se comprime el archivo, lo acabo de comprobar ahora mismo, cuando se genera el bz2 se queda "colgado", pero no ocurre siempre.
Me alegra saber que he dado en el clavo, aunque me llamo Rafa ;) ... Ya no te acuerdas de mi :"(
Alguna idea de como solucionarlo???, de todas las maneras buscare por google a ver como se puede solucionar.
"Asín", lo primero que se me ocurre es: - prueba otros compresores - baja la prioridad de compresión (comando nice/renice) - intenta comprimir ficheros de log más pequeños (logrotates más asíduos) - puedes probar a hacer "pinning" de procesos a una CPU y una zona de memoria (numatools, por ejemplo) Aunque lo que me imagino que esté ocurriendo es que al comprimir se está castigando mucho el disco y el proceso se encuentra en estado "D" (uninterruptible sleep) por lo que la máquina está esperando a que ese proceso pare para que los demás usen el disco. Eso da lugar a la impresión de que el sistema se cuelga. HTH Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org