!!log de firebird!!

[jacanche]

En que momento se bloquea?, que esta pasando en el sistema en ese momento?, estas editando el mismo registro?, puede ser un deadlock.

A nivel de red, lo que se me ocurre que pueda pasar es que alguna maquina tenga el mismo direccionamiento IP del server y por eso se bloquee el servidor y por lo tanto ya no tengas servicio en ninguna maquina.
Si puedes explicar con un poco mas detalle el ambiente de trabajo y lo que pasa cuando ocurre el bloqueo.
Saludos

[yossise]

Vale voy a intentar explicarme lo mejor posible.

Cuando los puestos estan trabajando con mi aplicacion uno de ellos se bloquea y sucesivamente se van bloqueando los demas , sera porque el primero bloquea al servidor.
Entonces mi aplicacion da el siguiente mensaje de error

error al consultar [tdkqueryCs:query cache]

internal gds software consistency check (cant continue after bugcheck)

select count (*) fron rdb$database where exist ( select coddocumento from doccabdocum where coddocumento = : coddocumento)

Comentar que hay veces que notamos que los puestos se paran y sin apagamos uno de ellos antes de que aparezca el error, vemos como los demas empiezan a funcionar de nuevo, si no es asi y arparece el error arriba
debemos de reiniciar todo el sistema.

Ahora os comento

he cambiado el servidor por uno nuevo, he cambiado todos los cables de red
he cambido el swicht , he cambiado todos los latiguillos, y he hecho un test
de impendacia que no dio error.
Con todo esto el problema persiste, y aparece sin razon alguna pueda tardar
un mes una semana dos dias o darse varias veces al dia.


servidor ; intel xenon 4 nucleos 2.5 ghz win server 2008
puesto 1 celeron 504 mb ram win xp modo acceso directo sin unidad de red
puesto 2 celeron 706 mb ram win xp modo acceso al servidor
acceso directo sin unidad de red
puesto 3 celeron 384 mb ram win xp modo de acceso al servidor
acceso directo sin unidad de red
puesto 4 intel aton 0.99 gb ram win xp modo de acceso al servidor
escritorio remoto


observacion
Cuando estan bloqueados hago ping a todos los puestos y dan respuesta.


Creo que lo he explicado todo


Gracias por vuestro interes

[yossise]

Ah se me olividaba

firebird sql server verison 2.0.1.12855


gracias de nuevo

[Casimiro Noteví]

¿Has testeado por si la base de datos tiene algún error?

Por si acaso, aquí tienes un tutorial de reparación.

[yossise]

Si pero no da errores.

[yossise]

Ah otra cosa

porque tengo 3 ficheros firebird.log en el servidor y en carpetas distintas,,


Gracias.

[yossise]

otra pregunta espero no ser pesado


Es normal que fbserver.exe consuma 88284 kb de memoria.

[Casimiro Noteví]

Empezado por yossise

Ah otra cosa
porque tengo 3 ficheros firebird.log en el servidor y en carpetas distintas,,
Gracias.

Asegúrate de tener la misma versión de firebird en todos los equipos.
Debes tener sólo un firebird.log en el directorio donde tengas instalado firebird.

Empezado por yossise

otra pregunta espero no ser pesado
Es normal que fbserver.exe consuma 88284 kb de memoria.

¿Pero con alguna base de datos abierta o con ninguna?

[guillotmarc]

Empezado por yossise

Entonces mi aplicacion da el siguiente mensaje de error

error al consultar [tdkqueryCs:query cache]

internal gds software consistency check (cant continue after bugcheck)

select count (*) fron rdb$database where exist ( select coddocumento from doccabdocum where coddocumento = : coddocumento)

Este error yo siempre lo he visto en las bases de datos corruptas, nunca lo he visto indicando otras situaciones.

¿ Exactamente como has comprobado que la base de datos no tenga errores ?.

En cualquier caso, ante ese error ni lo pienses, ante una fuerte sospecha de corrupción lo primero que tienes que hacer es un ciclo Backup/Restore. Es decir, haces una copia de seguridad y después la restauras, con lo que se reconstruye la base de datos y tienes la completa certeza de que ya no está corrupta.

NOTA: Te recomiendo que hagas una copia del archivo de la base de datos antes de restaurar la copia encima. Puesto que si la base de datos está corrupta, la restauración se puede quedar a medias (depende de si tienes suerte o no, si están mal algunos sectores con datos de las tablas, o solo de datos de los índices, los cuales no se restauran sino que se recrean). Entonces te quedarías con una base de datos a medio restaurar, y habrías perdido un montón de información, que incluso en la base de datos corrompida era accesible.

Ya nos dirás que tal os va después del Backup/Restore.

Respecto a la instalación de Firebird, en efecto solo en el servidor necesitas tenerlo instalado. Pero en los puestos de trabajo deberías tener instalado el cliente de Firebird (se utiliza el mismo instalador, pero al seleccionar componentes se escoge de solo instalar el cliente).

Aunque muchas veces no se instala ese cliente de Firebird, y simplemente se distribuye con la aplicación la librería cliente fbclient.dll (junto a otras librerías que pueden ser necesarias, como el C++ RunTime de Microsoft). Si ese es vuestro caso también deberías asegurarte de que vuestro programa utiliza la versión de fbclient.dll que corresponde al servidor.

Por cierto, actualiza a Firebird a la 2.0.6. Sigue siendo la misma versión de Firebird (la 2.0), para los programas que se conecten es exactamente igual, pero tiene bastantes bugs corregidos.

Saludos.

[jacanche]

Si me permiten un comentario, yo recomendaria, sacar un backup de la base de datos, dar de baja el servicio firebird, copiar o mover el archivo de la base de datos, iniciar el servicio firebird, restaurar la base de datos.

Se preguntaran, ¿por que dar de baja el servicio firebird?, segun mi experiencia y recalco experiencia, por que no es otra cosa, si se copia el archivo de datos con el servicio firebird funcionando, la copia puede contener errores.

[yossise]

Empezado por jacanche

Si me permiten un comentario, yo recomendaria, sacar un backup de la base de datos, dar de baja el servicio firebird, copiar o mover el archivo de la base de datos, iniciar el servicio firebird, restaurar la base de datos.

Se preguntaran, ¿por que dar de baja el servicio firebird?, segun mi experiencia y recalco experiencia, por que no es otra cosa, si se copia el archivo de datos con el servicio firebird funcionando, la copia puede contener errores.

Se refierea a parar el servicio firebird y despues copiar el archivo.fdb y ya esta.

[jacanche]

No tan asi, mira supongamos lo siguiente:

La base de datos se llama MiBase.fdb y se encuentra en c:\datos\sistema\Mibase.fdb

que haria yo:

1 .- parar el servicio firebird y copiar el archivo fdb a otro directorio, esto es por lo que decia Marc, siempre es bueno tener una copia fisica del archivo de la base de datos, antes de querer restaurar la base de datos sobre si misma, si pasa algo en la restauracion, siempre tendras una copia del archivo original con la que puedes intentar otra cosa, y yo sugiero parar el servicio firebird por que me ha pasado que si copio el archivo fdb mientras el servicio firebird se encuentra funcionando, la copia puede tener errores por que quizas el servicio firebird no haya escrito a disco alguna cosa que tenga pendiente, alguna transaccion o no se, alguna cosa que le haga falta escribir al archivo.

2.- Iniciar el servicio firebird y realizar un respaldo, por ejemplo c:\datos\sistema\MiBase.gbk o como quieras llamarle al respaldo.

para este momento deberias tener fisicamente tres archivos
digamos

c:\datos\respaldo\CopiaMibase.fdb
c:\datos\sistema\MiBase.fdb
c:\datos\sistema\MiBase.gbk

3.- Restaura el respaldo MiBase.gbk, dile que lo restaure a c:\datos\sistema\MIBase.fdb, y que reemplaze la base de datos existente.

con esto deberias tener una base de datos en buen estado.

[Casimiro Noteví]

Empezado por jacanche

No tan asi, mira supongamos lo siguiente: [..]

Ese proceder es correcto y el motivo también

[yossise]

Bien he hecha las copias oportunas y he restaurado la base de datos,como me han indicado.

Efectiamente tengo instalado solo el cliente de firebird en los puestos, la firebird.dll .

estoy a la espera de ver si se produce un error,

les tendre informados

muchas gracias por la ayuda.

[yossise]

bien saludos de nuevo
No habra pasado ni una semana y el servidor se ha vuelto a colgar esta
mañana


Sigo buscando y encuentro un archivo log con este mensaje


20/08/2010 12:43:36 [Main ] Error EIdSocketError en comando TCP []: Socket Error # 10054
Connection reset by peer.


la hora es la misma a la que se produjo el error.

Gracias por vuestra colaboracion.

[Casimiro Noteví]

Está claro que tienes problemas de hardware en algún sitio:

INET/inet_error: read errno = 10054 or 10038 or 10093
Multiple entries in interbase.log or firebird.log with errors 10054, 10038, 10093, etc. These errors are caused by network problems - check your hubs, network adapters, etc. It is not an InterBase or Firebird error in itself, but it may cause problems.