Caída o error de Firebird que no logro entender

[Casimiro Noteví]

Hemos indicado algunas posibilidades de lo que puede suceder, no tiene nada que ver con una sentencia sql, y no has comentado nada al respecto.
Además dices que "cuando esta sentencia se ejecuta de una manera normal", ¿eso qué quiere decir? ¿hay alguna manera anormal de ejecutarla?
Y pasas un enlace a un problema deadlock, ¿tienes ese problema también? porque no habías dicho nada de eso.

Ese código de error, como hemos indicado antes, tiene que ver con problemas de conexión entre algún cliente y el servidor.
Además necesitamos mucha más información para poder ayudar con más seguridad, por ejemplo: cuando dices que firebird se cae (aunque yo nunca he visto que se caiga firebird), ¿nadie tiene acceso al servidor o algún cliente sí tiene acceso al servidor? Si nadie tiene acceso al servidor entonces es posible que sea problema de red en el propio servidor.
En fin, lo dicho, que con la información que nos has dado solamente podemos indicar un culpable: tarjeta de red, cable de red, wifi (si hay conexiones wifi), etc.

[Casimiro Noteví]

Porque supongo que no tendrás limitado el número de conexiones, ¿habéis cambiado algo en la configuración?
De todas formas eso limitaría conexiones, pero no detiene el servidor.

Recuerdo una vez en una empresa que alguien había creado una conexión ssh con el servidor para hacer mantenimiento desde remoto, y cuando cerraba la conexión ssh tenía puesto que se reiniciara el servidor.

[IVAND]

Hola Casimiro , nuevamente gracias por la atencion

A ver te explico lo mejor q pueda , en el log de firebird me indica que el servidor se detiene (Caer es un termino que usamos para indicar una parada del servidor ) , ahora no entiendo es porque sucede eso , segun lo que indican es un bug de firebird que aun se extiende a la version 3 , toca reiniciar el servicio para q el sistema funcione nuevante , pero lo que he notado que en esa consulta despues que me da ese error , se pone extremadamente lenta , pasando unos 5 minutos ya se puede trabajar nuevamente rapido con todo el sistema

La sentencia no tiene nada que ver en realidad , solo indico que mientras el servidor no se detenga de esta manera esa consulta funciona bien , cuando se detiene con el error que indico , se vuelve extremadamente lenta una vez que el servicio se reinicia , pareceria como q los indices se danan o algo asi

Cable , tarjeta y esas cosas no son el problema realmente
Paso el enlace porque ahi sabe excatemente lo que me pasa a mi de vez en cuando y no entiendo porque puede pasar
Espero haber explicado un poco mejor

[Casimiro Noteví]

Veamos, el enlace que has puesto parece que se trata de alguien que está ejecutando una versión superserver en windows, y además una versión superserver en linux pero con wine, un "emulador" de windows. Es algo que no tiene sentido, si se usa linux entonces instala firebird para linux, pero no "inventos raros". Además el título de "deadlock" parece que no tiene nada que ver con lo que cuenta después.
También le contestan repetidamente que no logran reproducir/repetir el problema que tiene esa persona en su sistema y le indican que puede ser algo producido en su entorno.
Además habla de "eventos", algo que dices que tú no usas.

Como no puedo ver el sistema que tienes instalado, puedo dar algunos consejos.
- Detener todas las conexiones, y si hace falta le quitas el cable de red al servidor, para estar seguro de que nadie conecta (y si conectan por wifi, lo deshabilitas también).
- Haces una copia de la BD, y guardas la original aparte, esa ya no la toques.
- Sobre la copia haces un backup transportable (gbak -b -t ...)
- Si no ha dado ningún error es que está bien la BD. Si ha dado algún error entonces hay que solucionarlo antes de dar los siguientes pasos.
- Desinstalas la versión de firebird que tienes instalada.
- Instalas la última versión superclassic de firebird 3 (aunque yo instalaría la última de la v4), no instales la superserver, esa está más pensada para windows.
- Restauras el backup.
- En los clientes instala fbclient de la versión 3, no dejes el de la v2.

Ahora dependiendo de algunos factores que desconozco haría unos cambios:
- ¿Cuánto ocupa la BD?
- ¿Cuántos usuarios/conexiones tiene normalmente?

Si tienes muchas conexiones entonces aumenta la memoria RAM del servidor.
Algo importante, instala otro disco SSD en el servidor, y luego en la configuración de firebird (firebird.conf) cambia el directorio temporal hacia ese disco, algo como:
TempDirectories = /mnt/disk2/temp

Por lo demás, puedo decir que utilizo firebird desde que existe (y antes interbase, pues firebird salió de la versión libre interbase 6) y mi tranquilidad es total con todos los clientes, desde 1998 he instalado firebird en empresas de todos los tamaños, algunas tienen BD de muchos gigas y nadie ha llamado nunca con un problema en la BD, salvo por discos rotos y cosas así que no tiene culpa la BD. En el último trabajo son al menos 3000 clientes con varias conexiones cada una, y nadie llama por problemas con la BD.
Por eso me extraña muchísimo lo que cuentas, debe ser algo muy localizado en el entorno que tienes, pero no podemos adivinar.

[hoyosfelix]

Hola IVAND,


Me gustaría ayudarte a resolver el problema de la caída del server.


Para entender el contexto del problema, podrías dar más datos...


Vamos a asumir que el causante de error es la consulta que enviaste.


¿Es del lado cliente?
¿Cuándo se ejecuta? Ejemplo, al momento de insert/update de una factura, al realizar commit, etc.


En sintesis pasá más info.


Saludos

[mamcx]

Hace poco tuve un problema super-estraño con un cliente. Pero afortunadamente pude demostrar que era algo dentro de la infraestructura de su red que lo causaba, aunque no pudimos dar exactamente con que. Lo irónico es que le metieron buen dinero a todo y tienen un montón de cosas sofisticadas (como hacer un "raid de tarjetas de red"?).

La solución fue pasar la app a otra maquina y por vpn hacer la conexión con sus sistemas.

[IVAND]

Gracias a todos por su tiempo ,

Bueno yo tambien tengo mas de 500 clientes conectados todos los dias y hasta ahora solo me pasa con este cliente , la verdad no entiendo pero se cierra el servicio de firebird (no puedo saber que consultas se estan ejecutando a ese monento inclusive nos compramos la herramienta de IBSurgeon para monitorear la base de datos me salen unas advertencia pero eso sera otro capitulo)

Reincio el servicio de firebird , pero lo raro es q el sistema se pone super super lento hasta que pasen unos 5 min y luego funciona bien , no ocurre lo mismo si se reinicia el servidor fisico ahi anda rapido asi que me imagino q cuando se reinicia firebir algo mas faltaria de hacer

Tengo unas 40 maquinas conectadas siempre ahora me vi en la obligacion de poner el sistema en otro servidor a ver que pasa

En el log de firebird sale siempre un mensaje de error 104 , hay equipos q se conectan via wifi , en la aplicacion cuando salgo cierro la coneccion a la base de datos

No se que mas probar, veremos esta semana como nos va , con la nueva instalacion firebirdss_2.5.9.27139-1_amd64.deb
Nota: Se he echo un backup y restore ningun problema en la base de datos , en firebird 3 he escuchado que tiene el mismo problema y se supone que es por un deadlook