Desconexión FBServer

[ARPE1]

Hola y lo primero muchísimas gracias por la rápida respuesta.

Empezado por Casimiro Notevi

En teoría, ese número de error inidca un fallo en la red.

Según el cliente la red está certificada y además con el anterior servidor (Server 2003) no tenía este problema. De todas formas ha cambiado un switch que tenía viejo. También se ha hecho algún "ping -t" contra algún equipo sospechoso (hora de error 10054 coincide con conexión de algún puesto) y todo correcto, no pierde ningún paquete.

Empezado por Casimiro Notevi

Deberías hacer pruebas, poco a poco, primero un equipo conectado y probar. Si va bien entonces conectas otro... y así, hasta que encuentres al culpable.

No tengo esta posibilidad, siempre hay gente trabajando y además son muchos equipos (simultáneos entre 20 y 30).

Empezado por Casimiro Notevi

Si de primera hora no funciona tampoco, entonces puede que el problema esté en el servidor.

Aquí es donde me he liado a tocar el LanmanServer del registro de Windows y el archivo de configuración del firebird.

Empezado por Casimiro Notevi

Asegúrate, antes de empezar, que la base de datos está bien y no ha sufrido ningún problema en esos cortes.

Efectivamente, estos cortes dejan cientos de páginas huérfanas (cosa que asusta). Por cierto el barrido (sweep) se hace de forma manual de madrugada, es ahí donde se ven esos cientos de páginas huérfanas.

Un saludo.

[Casimiro Notevi]

Hombre, pues así poco podemos hacer desde aquí.

Empezado por ARPE1

Según el cliente la red está certificada

He visto "redes certificadas" donde incluso se habían equivocado en la categoría del cableado. Yo no haría mucho caso a eso.

Empezado por ARPE1

y además con el anterior servidor (Server 2003) no tenía este problema.

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

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.

[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