FireBird Frezee!!!

[ELINK]

Empezado por jachguate

Hola.

Entre todo lo hablado, creo que se ha mantenido cierta ambiguedad en un asunto muy importante.

No es lo mismo que un proceso muera a que un proceso esté archi-super ocupado haciendo una tarea útil o que un proceso esté igualmente ocupado haciendo algo inutil (un ciclo infinito, por ejemplo).

En este caso, evidentemente, el proceso está muy ocupado para atender a los clientes; a todos los clientes por lo que puede entenderse, así que es muy lógica la sospecha del sweep. No has dicho por cuanto tiempo has esperado antes de matar los procesos en el servidor, pero tengo la impresión que no has esperado mucho, pues un sweep sobre bases de datos de 30 Mb. se harán bastante rápido.

Por defecto, el sweep se realiza durante los backups, y durante los select's cada 20,000 operaciones. Para descartar esta posibilidad podes cambiar la frecuencia del sweep o desactivarlo totalmente.

enlace

Otro punto importante que no se ha mencionado es la arquitectura del servidor: Classic Server o SuperServer?

Si es un cliente el que está originando el problema, podrias aislarlo usando el Super Server en lugar de un Classic Server. Es otra opción que tenes que considerar y que puede llevar tus tareas detectivezcas a buen puerto.

Saludos.

Gracias por la ayuda:
Bueno la Verdad no espere muuuucho, solo unos 5 a 7 min. luego lo maté
Y la arquitecrura es SUPER SERVER, lo cual me deja mas perplejo con respecto al problema, ya que no deberia caerse todo (creo,verdad?)

[Casimiro Notevi]

Una pregunta, creo que has dicho que el "guardián" estaba a tope, pero ¿el "server" estaba funcionando o ni siquiera estaba cargado en memoria?, es que si no estaba es porque ha ocurrido algún error grave provocado por alguna consulta "mal hecha" que ha provocado que desaparezca... y es entonces cuando el "guardián" se pone en marcha para lanzarlo.

O sea, la pregunta es: fbguard y fbserver, ¿estaba fbserver en el momento en que fbguard estaba a tope?

[ELINK]

Empezado por Casimiro Notevi

Una pregunta, creo que has dicho que el "guardián" estaba a tope, pero ¿el "server" estaba funcionando o ni siquiera estaba cargado en memoria?, es que si no estaba es porque ha ocurrido algún error grave provocado por alguna consulta "mal hecha" que ha provocado que desaparezca... y es entonces cuando el "guardián" se pone en marcha para lanzarlo.

O sea, la pregunta es: fbguard y fbserver, ¿estaba fbserver en el momento en que fbguard estaba a tope?

No lo Recuerdo bien, pero estoy casi seguro q si estaba, he incluso,estaba varias posiciones mas abajo, osea que consumia menos recursos que otras aplicaciones propias de linux.

y cuando te refieres ha:

Empezado por Casimiro Notevi

ha ocurrido algún error grave provocado por alguna consulta "mal hecha" que ha provocado que desaparezca...

es posible eso??? porque siempre (creo) que hay una consulta mal hecha a error, en todo caso podrias ampliarme mas informacion con respecto a ese tipo de errores, ya que tal vez ese sea mi problemas

otra vez, Gracias por su ayuda (a Todos )

[Casimiro Notevi]

Empezado por ELINK

... y cuando te refieres ha:
es posible eso??? porque siempre (creo) que hay una consulta mal hecha a error, en todo caso podrias ampliarme mas informacion con respecto a ese tipo de errores, ya que tal vez ese sea mi problemas) ...

Me he encontrado casos de consultas aparentemente correctas que según qué circunstancias provocaban la caida total del fbserver, han sido dos o tres en casi 8 años, y siempre han sido detectadas en las pruebas previas antes de incluirlas en las versiones definitivas para los clientes, así que no hubo problema. Pero pueden ocurrir, sí, muy difícil, pero puede.