Problemas con Ecualug

Imagen de Manu

Forums: 

En los últimos días me ha sucedido que al intentar ingresar a nuestro querido Ecualug, me han salido mensajes de error de mysql, indicándome que el número de conexiones máximas permitidas se ha excedido.

Hace unos días había un post consultando "Cuántos usuarios somos?", la respuesta parece sencilla: Muchos :>

Ahora, la cuestión es si se trata nada más de un tema de configuración, para permitir más sesiones? o tal vez es que la gran cantidad de visitas está consumiendo los recursos del servidor?, la verdad en cuanto a navegabilidad se refiere, no me puedo quejar, porque la respuesta es sencilla, ahora queda que el resolver la primera duda, para lo cual acudo al administrador de EcuaLug, para ver la factibilidad de solución a este problema, o si se trata de un problema pasajero debido a los cambios anunciados la semana anterior.

Y bueno, sería bueno también averiguar si hay más usuarios que han experimentado este mismo problema, para lo cual invito a postear acá sus comentarios.

Gracias.

Bueno, no te voy a negar que

Imagen de ElSanto

Bueno, no te voy a negar que si hemos tenido algunos problemitas, :? sera por las demasiadas conexiones que experimentan EcuaLUG a llegado a veces a más de 500 visitantes y esta comiendo recursos del servidor que co2pd ha tenido que hacer maravillas para que esto en lo posible en el futuro no vuelva a pasar, y esto a veces no deja fuera por unos minutos :(

Estamos tratando de solucionar esto, y no quiero aplicar las regulaciones que ofrece Drupal, porque nos dejaria de algunos modulo deshabilitados en tiempos picos :( pero si continuamos con esto voy a tener que realizar las habilitaciones del caso y escoger algunos modulos que queden automaticamete deshabilitado en esos tiempos :(

Ademas no se si habran notado los cambios que se hicieron en cuanto a los enlaces de los nodos de EcuaLUG, ahora se nombran en forma cronológica /año/mes/día/(tipo_de_nodo)/(usuario)/titulo_del_nodo esto es para que ayuden a indentificar los nodos mas recientes de los viejos ;) asi que por favor si uds. ven algun enlace roto me lo dejen saber para poder arreglarlo, aunque los propios dueños del nodo lo pueden arreglar :) asi nos dan una manito ;) este cambio nos ha llegado a tener muchos mensajes en los log's de paginas no encontradas :( pero creo que EcuaLUG ya necesitaba realizar este tipo de cambio

Y como dice nuestro amigo Manu dejen sus comentarios en este nodo :) si experimentan algun problema y si tienen alguna idea de poder arreglar esto tanto en la configuración de drupal o algun otro detalle tambien lo pueden dejar aquí y asi entre todos podemos encontrar una solución factible :)

Se que en la siguiente version de drupal se arreglan algunos problemas y estamos trabajando para que cuando salga la nueva versión la actualización no tengamos ninguna sorpresa ;)

Linux counter

"Primero te ignoran, luego se burlan, después te atacan, después ganas"----Mohandas Gandhi.

[Linux Counter]

Felicitaciones por la Labor...!!!

Imagen de Ofinet

No hay otra cosa mas que decir "FELICITACIONES POR LA LABOR" y es que se lo merecen...

Muy buen foro, además de que existe muy buena información, y se aprende mucho, la necesidad de mantenernos informados todos los días también es grande. Todo su trabajo es muy importante.. para quienes no ven la luz, todavía!! y tratamos de colaborar en lo posible, espero que lo estemos haciendo bien también

En lo posible trataré de no abrir muchas TABs a la vez, jeje

Suerte chicos y adelante!!!

[img]http://counter.li.org/cgi-bin/certificate.cgi/390640[/img]...
Patricio (Ofinet)
ofinet_center@hotmail.com
Ambato...

[img]http://counter.li.org/cgi-bin/certificate.cgi/390640[/img]...
Patricio (Ofinet)
ofinet_center@hotmail.com
Ambato...

Confieso que llevo varios

Imagen de Epe

Llevo varios días detrás del asunto, está en mysql... he encontrado algunas cosas interesantes, un cliente que estaba pasado de cuota y como no se podían insertar datos en su BD, el mysql por alguna razón se caía.. bueno, al menos ya hoy no se ha caído, pero sigue el asunto de demasiadas conexiones. Es mysql 4.1 el propio que viene con CentOS 4.

Estoy monitoreando por qué ocurre eso... es un servidor compartido, dual xeon con 2GB de ram y tiene escasamente 200 sitios o algo así, verdad que hay sitios grandes, pero el xeon siempre se portó bien. Y todo ha comenzado a ocurrir desde una semana o dos atrás (cambio de drupal?)

Tengo que valorar mover a ecualug de servidor porque siempre ha sido el más consumidor, pero siempre trato de evitar moverlo entre servidores....

De momento lo tomo más que como un gasto, como un gusto, al menos aprendo, pero ya me tiene preocupado, le he hecho algunos ajustes al mysql y los cambios deben hacerse a pequeños pasos para detectar cualquier desviación. Todavía no es una situación de echarse a llorar.

Richard, por favor activa el módulo para cuando se sobrecarga, el asunto está entre ecualug y unos sitios de un cliente mío, estoy viendo qué pasa, me estoy imaginando una falla en la definición de llaves del drupal (todos los que tengo en la mira son drupal y todos actualizaron en la misma época coincidentemente) que hacen que el mysql tenga que trabajar más realizando búsquedas.

Aquí el my.cnf de ese servidor, cualquier sugerencia será bienvenida y analizada, recordando que no es un servidor 100% BD por lo que no puedo poner los parámetros más altos así como así sin afectar a otros servicios:

[code]
[mysqld]
socket=/home/virtual/FILESYSTEMTEMPLATE/.mysqlsock/mysql.sock
log-slow-queries = slowq.log
long_query_time = 10
query-cache-type = 1
query-cache-size = 256M
query_cache_limit=4M
datadir=/var/lib/mysql
max_connections=75
max_user_connections=15
key_buffer=128M
myisam_sort_buffer_size=64M
join_buffer_size=512k
read_buffer_size=4M
sort_buffer_size=8M
table_cache=1024
thread_cache_size=32
wait_timeout=10
connect_timeout=10
max_allowed_packet=16M
max_connect_errors=10000
skip-innodb
thread_concurrency=8

[mysqld_safe]
open_files_limit=8192

[mysqldump]
quick
max_allowed_packet=16M

[myisamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M

[mysqlhotcopy]
interactive-timeout
[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
[client]
socket=/home/virtual/FILESYSTEMTEMPLATE/.mysqlsock/mysql.sock
[/code]
--
EcuaLinux.com
Ecuador: (02)3412402 - (09)9246504
USA: + 1 404 795 0321

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

yale puse 75 y no mejoró,

Imagen de Epe

yale puse 75 y no mejoró, no, no son persistentes, las cierro 10 segs después de usadas. El valor de 50 siempre fue bueno, al parecer es algo de bloqueos o demoras.

El subirlo a 75 sólo dilató el problema un poco más pero igual se alcanzaron las conexiones.

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

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

A propósito, el último

Imagen de Epe

A propósito, el último cambio que hice fue thread_concurrency a 8, la carga ha mejorado bastantísimo y ya no veo procesos de mysql esperando a actualizar records.. ahora todo como que transcurre más rápido.

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

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

ami tambien me da ese

Imagen de devilsoulblack

ami tambien me da ese problema manu,

Elsanto cuales son las horas picos de ecualug ? seria bueno visualisar las estadisticas de ecualug.org para asi darnos cuenta de como esta creciendo :)
® { 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