Desconexión FBServer

[ARPE1]

Empezado por Casimiro Notevi

Hombre, pues así poco podemos hacer desde aquí.
He visto "redes certificadas" donde incluso se habían equivocado en la categoría del cableado. Yo no haría mucho caso a eso.

Ya, eso sospechaba, ayer tirando de la lengua al cliente dijo que tenía unos equipos con tarjetas de 1000 pero que se conectaban a 100, así que algo mal hay.

Empezado por Casimiro Notevi

Prueba a poner el otro.
De todas formas, puede ser problema físico de ese servidor, y la red sigue estando certificada

No es posible, el otro lo jubilaron, dio todo lo que pudo, incluso más.

Empezado por Casimiro Notevi

Otro apunte, por tus palabras deduzco que son muchas conexiones, ¿por qué habéis puesto un windows en lugar de cambiar, ya puestos, a linux?, la diferencia es enorme.

No dependía de nosotros, usan el servidor para otras aplicaciones, además hay una buena cantidad de funciones UDF escritas para Windows.

Para los 10054's se le comentará al cliente que revise bien su red, está claro que no está bien. Y con los errores de reserva de memoria ¿alguna pista?

[Casimiro Notevi]

Empezado por ARPE1

usan el servidor para otras aplicaciones

Muy mala idea.

Empezado por ARPE1

Y con los errores de reserva de memoria ¿alguna pista?

Primero se arregla una cosa y luego toca la otra, quién sabe si está provocado por lo mismo.

[ARPE1]

Si, a veces es mejor ir pasito a pasito, el cliente ha quedado para que le revisen la red. Lo de los otros errores lo comentaba porque después de todos estos días está claro que los 10054 ya los tenía antes, así que lo novedoso del tema son los cortes del firebird que provocan esos cientos de páginas huérfanas y siempre se dan tras los errores de reserva de memoria. Ayer el IBExpert se quejó como que no tenía permisos suficientes para abrir la tabla MON$ATTACHMENTS, hago y deshago lo que quiero con todas las tablas y voy a echarle un vistazo a esa y se queja... flipante.
Lo que queráis, esperamos a ver qué le dicen los técnicos de la red pero creo que hay dos errores paralelos.

Un saludo y muchísimas gracias.

[Casimiro Notevi]

Espero que tengan buenas copias de seguridad.
Deberías estar preparado para lo que viene después de que los técnicos revisen la red, ¿por qué?, porque te adelanto lo que te van a decir: "La red está perfectamente bien".
Si hay problemas de red (cables, routers, tarjetas de red, etc.), que los hay, porque ese código de error lo demuestra, la base de datos estará dañada, así que no es que haya 2 problemas, uno con la red y otra con la BD, sino que el problema de la red ha dañado la BD. Puedo asegurarte que una BD firebird no se estropea sola.

[ARPE1]

Hola de nuevo, después de todo este tiempo, los técnicos han revisado la red. Han cambiado algún equipo, algunas tarjetas y renovado los switch's. Después de esto hemos estado analizando unos días el log del firebird, los errores se han reducido, ya no tienen cortes del motor de FB, además al hacer los procesos de mantenimiento ya no aparecen las páginas de huérfanos, pero sigue habiendo algún registro con el error 10054 y el siguiente

Database: unknown, SERVER/process_packet
unable to allocate memory from operating system

Examinando otros log's de otros clientes en todos aparece algún 10054, así que ahora nos preocupa más este último error, ¿por qué indica "unknown database" si sólo hay una?, ¿hay alguna forma de darle más memoria a FBServer en Windows Server?, usamos UDF's propias ¿puede ser que no liberemos bien la memoria usa en ellas?

un saludo y gracias de antemano

[Casimiro Notevi]

Empezado por ARPE1

¿puede ser que no liberemos bien la memoria usa en ellas?

Adivina, adivinanza... no tenemos una bola de cristal

[ARPE1]

Hola, ¡¡qué rapidez!!

Adivina, adivinanza... no tenemos una bola de cristal

¡¡qué pena!!, ¡¡ya podríamos ser un poco brujos!!

Al grano, las udf's que hemos creado las declaramos enviando el parámetro de salida como uno más de entrada

Código SQL [-]
DECLARE EXTERNAL FUNCTION nombre
    CSTRING(32765),
    CSTRING(400)
RETURNS Parameter 2
ENTRY_POINT 'nombre' MODULE_NAME 'nombreDLL.dll'

De esta forma tenemos entendido que es el propio FB el que gestiona la memoria necesaria para ese parámetro de salida. Antes las definíamos como salida usando FREE_IT y usando la función ib_util_malloc de la librería "ib_util.dll", pero tuvimos peores resultados (más cortes).

un saludo y espero haber puesto imagen en la bola