Creo que solucioné el problema recurrente de ecualug.org

Imagen de Epe

Forums: 

hola

Anoche creo que después de mucha cavilación profunda he solucionado el tema de que ecualug a rato sacaba el mensaje de muchas conexiones.

sin embargo, realmente me parece muy temprano para emitir un criterio final sobre el asunto. Quisiera que me ayudaran reportando el día de hoy o mañana si vuelven a ver el problema de too many mysql connections o cosas así.

Les ruego lo reporten sin pena (hora aproximada por favor!) para yo analizar lo que haya sucedido y verificar si es relacionado con la misma situación anterior.

Si hasta el sábado se mantiene estable el servicio, entonces lo consideraré arreglado. Tengo la impresión de que sí lo está.

Una vez verifique era eso voy a postear la solución, lo interesante de esto es que a veces no es lo que tu piensas, no creo que era, ni por asomo, el msyql exactamente. Esto es lo que nos tiene que diferenciar de la persona que enseguida se va por las consecuencias sin analizar si la causa es otra cosa
saludos!
epe

ok enterado

Imagen de devilsoulblack

ok enterado
® { No HopE & No FeaR } ®
Be part of the change, because We are the change..
Projects:
Orenses.org: http://www.orenses.org
DeVilSoulBlacK WebLog: http://www.devilsoulblack.com
DeVilSoulBlacK Channel: #Siliconvalley *!*@DAL.net

® { No HopE & No FeaR } ®
Be part of the change, because We are the change..
Projects:
Orenses.org: http://www.orenses.org

Bueno, varios días y el

Imagen de Epe

Bueno, varios días y el problema no se ha presentado. Entonces voy a describir cómo lo solucioné:

El asunto es que el mirror que ese servidor tenía estaba hecho sobre hda y hdb (un raid 1).

En un inicio tuve problemas con ese servidor, bronca y gritería y demás, así que por pánico, por miedo a que volvieran los problemas (se borró el grub en aquel momento) no había pedido que cambiaran el disco de posición.

Son discos IDE, los discos ide no son lentos, pero sin embargo hacer un RAID-1 entre dos discos situados en el mismo BUS trae severos problemas de performance... se comienza a competir por el mismo bus de datos y se degrada el performance.

En un inicio nada afectóporque el tráfico era poco, pero a medida que el tiempo fué pasando esto sí se fue notando.

Así que cambié los discos de posición uno en hda y otro en hdc así como que quité del BIOS el USB, sonido y demás dispositivos que en un servidor no se usan.

Desde el miércoles o jueves ya no han habido más problemas relacionados con alta carga.

Cómo me dí cuenta? porque cuando ejecutaba el comando vmstat -S m 5

vmstat -S m 5
La última columna (waiting) indica el recurso del procesador consumido en esperar por el disco.. y estaba muy alto, cerca del 50% del procesador en espera.

Muchas veces lo que nos parece, no es.. esto es.. el mysql se caía pero por mucha espera en disco.. por más que subiera los parámetros del mysql no solucionaban los problemas sino que se acentuaban porque además tanta la espera que comenzaba a swappear y se iba del aire.

saludos
epe
--
EcuaLinux.com
Ecuador: (02)3412402 - (09)9246504
USA: + 1 404 795 0321

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Sencillamente Genial

Imagen de deathUser

Este es un ejemplo de como tratar un problema, en muchos casos en los que he tenido que lidiar con problemas remotamente lo he hecho siguiendo el modelo OSI, de esa manera te aseguras no ir dejando problemas que al ir subiendo de capa en capa causan más problemas difíciles de detertar.

Que tal si se arma un MINI-HOWTO de como enfrentar un problema general??? Justamente, como el usar el modelo OSI nos puede ayudar a solucionar un problema cualquiera.

bye
:)