Suko

Hola, de momento no tenemos solución desde el soporte de Tapatalk, aunque esperamos que nos lo den en breve.

En cualquier caso no es seguro que todo el problema venga del plugin, ya que si bien da errores, creeemos que hay otro proceso sobrecargando la base de datos cada XX minutos. El problema está en el servidor que aloja la bbdd del foro, el otro servidor no tiene problemas de acceso, así que tiene que ser algo del foro.

Este tipo de problemas se solucionan así, dejando pasar los días y "acotando" los errores que van saliendo hasta encontrar qué los original.

Confiamos en que para finales de semana esté solucionado y tapatalk activo de nuevo.

__________________
Da boss
Google+

Newton

Si como dices el problema pueda estar en la BBDD, puede que el causante es que os quedéis sin recursos por el tamaño del buffer de conexiones, revisad el net.ipv4.tcp_max_syn_backlog y net.core.somaxconn del kernel y el back_log de MySQL

Más info:

El numero de peticiones de conexión que puede tener MySQL. Esto se usa cuando el thread principal de MySQL recibe muchas peticiones de conexión en un pequeño lapso de tiempo. Necesita algo de tiempo (aunque muy poco) el thread principal para comprobar la conexión y empezar un nuevo thread. El valor de back_log indica cuántas peticiones pueden almacenarse duarnte este corto espacio de tiempo antes que MySQL temporalmente pare de responder a nuevas peticiones. Necesita incrementarlo sólo si espera un gran número de conexiones en un pequeño lapso de tiempo.

En otras palabras, este valor es el tamaño de la cola que escucha conexiones TCP/IP entrantes. El sistema operativo tiene su propio límite en el tamaño de la cola. La página del manual para la llamada de sistema Unix listen() proporcion más detalles. Consulte la documentación del SO para el máximo valor de esta variable. Intentar cambiar el valor de back_log por encima del límite del sistema operativo no es efectivo.

__________________

Suko

Gracias amigo, en cualquier caso el servidor es administrado, y la verdad es que funcionan muy bien, siempre que hemos tenido un problema lo han resuelto al poco tiempo. Les facilitaré tu mensaje, aunque imagino que ya lo habrán tenido en cuenta.

También estamos buscando un especialista en vBulletin para revisar tablas y depurar algunos de los procesos automáticos que se ejecutan.

De todos modos, lo poco que entiendo de lo que pones, vienes a decir que es un fallo por un excesivo número de conexiones, el problema no está en que haya más o menos conexiones de usuarios, hemos tenido más de 700 activos de forma simultánea e iba todo como la seda. El problema está en un proceso concreto que colapsa la bbdd durante unos segundos cada XX minutos, y es lo que están buscando.

__________________
Da boss
Google+

Newton

De nada, a ver si sirve de algo

De todas maneras, no depende del número de conexiones simultáneas sino de las consultas que en su momento haga cualquier proceso contra la BBDD. Cuenta también que las búsquedas del foro consumen muchísimos recursos y los robots otro tanto.

Administro un foro de vBulletin y nos hemos enfrentado con muchos problemas parecidos que a base de "tuning" se han solventado y esos errores vienen normalmente por buffers o por bloqueos de una tabla

Estadisticas de ahora mismo del foro que administro para que veas que es "parecido" a Todocircuito.

Actualmente hay 531 usuarios en línea. 139 miembros y 392 visitantes.
Mayor cantidad de usuarios en un mismo día: 2,044, 05/01/2014 a las 23:17.

__________________

Suko

Tienes un privado

__________________
Da boss
Google+

Lagartijuancho

Eso mismo iba a decir yo... Pero con otras palabras... Jaja

Enviado desde mi sofá usando mi celular alcatel güan tuch isy

Newton

Resumiendo..... Reiniciar

__________________