Foros Club Delphi - Firebird en 64 bits

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)

- Conexión con bases de datos (https://www.clubdelphi.com/foros/forumdisplay.php?f=2)

- - Firebird en 64 bits (https://www.clubdelphi.com/foros/showthread.php?t=47730)

Firebird en 64 bits

Hola

Estoy instalando firebird 1.5 en un servidor con windows 2003 R2 standar x64 service pack 2
El servicio de firebird veo que ya esta iniciado, sin embargo al intentar abrir la base con ibexpert o ibconsole se queda colgado (pasmado), solo indica "not responding" las bases no estan corruptas, esto lo he hecho N veces sin problemas ahora la unica diferencia es que es 64 bits.

Alguna pista ?

Desde ya Gracias

Gabriel

Prueba con esta información a ver si te funciona.

Mira también este hilo.

Un Saludo.

Aun con problemas

Gracias Marco por la informacion pero todo lo que indican esas notas ya lo tengo hecho, faltaban unas cuantas pero aun asi no funciona.

Que mas podria ser?

¿Has hecho antes un backup transportable de la versión 32 bits y restaurada en la de 64 bits?, es necesario si has cambiado de procesador.

Prueba de backup - restore tampoco funciona

Tambien he realizado esa prueba de backup transportable y despues el restore en 64 bits sin exito. Se queda sin responder el ibexpert la hacer el restore. Probe creando una base nueva o reemplazando una existente.

Alguna pista mas?

Pues entonces es firewall... o está dañada... o no es correcta la ruta a la misma... o no tienes permiso... o no está andando firebird... ¿has visto el archivo .log del firebird por si pone algo?

Mensaje del log de firebird

El log de firebird contiene esto en repetidas ocasiones

INET/inet_error: select in packet_receive errno = 10038

Cita:

Empezado por gescoto99 (Mensaje 228681)

El log de firebird contiene esto en repetidas ocasiones

INET/inet_error: select in packet_receive errno = 10038

INET/inet_error: select in packet_receive errno = 10038

Please note that 10038 is not a Firebird error code, but rather one of network (TCP/IP) layer.

There are some known cases when this happens:

1. Windows RAS bug that disabled the
entire range of IP addresses. Fix available from Microsoft:

http://support.microsoft.com/default...b;en-us;884020

2. Some AdWare tools and firewall software install network monitors that can keep working even if you remove them later. There is a small utility that cleans this up:

http://www.snapfiles.com/get/winsockxpfix.html

También:

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.
Recovery process:
In this case it will be technical support, not a recovery process. If you have this problem and cannot solve it, you can request our support services.
Time: 4 hours and more.
Probable % of saved data: 100%.

Otro, indica algo sobre firewall:

Cita:

It seems, that the client crashes, when the function trys
to execute the stored procedure the second time,
because the first time there was an exception.

We use:

Firebird 1.5.2
Windows 2003 Server, Windows XP Professional SP1 +
SP2, ecc. (on every system the same error)
Delphi 5 + IPX 5.03
Description
SFID: 1249375# Submitted By: mkrauti Hello, we have a big problem: one of our applications crashes sometimes (up to 5 times a day) without exception. We searched the bug approximately 1 year, but we never found it. Now i've seen, that every time when it crashes, there is the following situation: 1. in Firebird.log is one of the following messages: PPSSERVER (Client) Mon Jul 18 10:39:04 2005 INET/inet_error: read errno = 10038 PPSSERVER (Client) Mon Jul 18 11:07:09 2005 INET/inet_error: select in packet_receive errno = 10038 PPSSERVER (Client) Tue Jul 26 14:27:29 2005 INET/inet_error: read errno = 10038 PPSSERVER (Client) Mon Aug 01 07:57:55 2005 INET/inet_error: read errno = 10038 2. our application logged this: 01.08.2005 07:57:55 IBErrorCode: 335544726 SqlCode: - 902 ErrorMessage: "Error reading data from the connection" in SecureExecSTP(stpPacklinieCounter). the function SecureExecSTP trys 15 times with a delay of 100ms to execute the StoredProcedure PROC_UPD_WORDLINIE_PA_COUNT with the following code: SET TERM ^ ; CREATE PROCEDURE PROC_UPD_WORDLINIE_PA_COUNT ( WOCOD CHAR(10), WOPPOS CHAR(4), WOPJAHR SMALLINT, WOLPOS SMALLINT, BLID INTEGER, BLSUBID SMALLINT, PAFIRST TIMESTAMP, PALAST TIMESTAMP, PACOUNT INTEGER, PALASTNUM INTEGER) AS begin update wordlinie set wol_pa_dtfirst = :PAFIRST, wol_pa_dtlast = :PALAST, wol_pa_count = :PACOUNT, wol_pa_last_num = :PALASTNUM where wo_cod = :WOCOD and wop_pos = :WOPPOS and wop_jahr = :WOPJAHR and wol_pos = :WOLPOS and bl_id = :BLID and bl_sub_id = :BLSUBID; end ^ SET TERM ; ^ GRANT SELECT,UPDATE ON WORDLINIE TO PROCEDURE PROC_UPD_WORDLINIE_PA_COUNT; GRANT EXECUTE ON PROCEDURE PROC_UPD_WORDLINIE_PA_COUNT TO SYSDBA; It seems, that the client crashes, when the function trys to execute the stored procedure the second time, because the first time there was an exception. We use: Firebird 1.5.2 Windows 2003 Server, Windows XP Professional SP1 + SP2, ecc. (on every system the same error) Delphi 5 + IPX 5.03

Show »

All Comments Work Log Change History Version Control Sort Order:

[ Permlink | « Hide ]
Alice F. Bird - [14/Jun/06 09:37 AM ]
Date: 2005-10-11 13:48
Sender: mikhail_moscow
Logged In: YES
user_id=1359923

Problem resolved. After deinstalling MS firewall client firebird
was accept connection by tcp in classic mode.

[ Show » ]
Alice F. Bird - [14/Jun/06 09:37 AM ] Date: 2005-10-11 13:48 Sender: mikhail_moscow Logged In: YES user_id=1359923 Problem resolved. After deinstalling MS firewall client firebird was accept connection by tcp in classic mode.

[ Permlink | « Hide ]
Alice F. Bird - [14/Jun/06 09:37 AM ]
Date: 2005-10-11 11:47
Sender: mikhail_moscow
Logged In: YES
user_id=1359923

We have same problem after terminate long time executing
processes of classic server Firebird-1.5.2.4731 when server
process was stoped. From client and from local i can connect
using NetBeui, but TCP connection can't connect with
message 'Incorrect parameter of environment'
(russian 'Neverniy parameter sredy'). In firebird log message
FSERVER Tue Oct 11 12:11:30 2005
INET/inet_error: read errno = 10038
Reinstall of firebird is not change situation. In superserver
mode firebird work via TCP/IP. We have this problem at 2
servers with same symptoms.

[ Show » ]
Alice F. Bird - [14/Jun/06 09:37 AM ] Date: 2005-10-11 11:47 Sender: mikhail_moscow Logged In: YES user_id=1359923 We have same problem after terminate long time executing processes of classic server Firebird-1.5.2.4731 when server process was stoped. From client and from local i can connect using NetBeui, but TCP connection can't connect with message 'Incorrect parameter of environment' (russian 'Neverniy parameter sredy'). In firebird log message FSERVER Tue Oct 11 12:11:30 2005 INET/inet_error: read errno = 10038 Reinstall of firebird is not change situation. In superserver mode firebird work via TCP/IP. We have this problem at 2 servers with same symptoms.

[ Permlink | « Hide ]
Alice F. Bird - [14/Jun/06 09:37 AM ]
Date: 2005-08-31 20:05
Sender: dimitr
Logged In: YES
user_id=61270

I'm afraid we cannot help without a reproducable test case,
sorry.

[ Show » ]
Alice F. Bird - [14/Jun/06 09:37 AM ] Date: 2005-08-31 20:05 Sender: dimitr Logged In: YES user_id=61270 I'm afraid we cannot help without a reproducable test case, sorry.

También te aconsejo que pruebes a cambiar de la versión classicserver a superserver o viceversa, según tengas instalada.
Por probar.

Si funciona con super server pero no con classic

Casimiro

Gracias por los tips, tenia classic la cambie a super server y ya funciona, ya puedo ver las bases desde el ibexpert.
Sin embargo requiero tener la version de classic ya que he visto que cuando el servidor tiene mas de 1 procesador es mejor el classic por que el server realentiza los procesos (aun cambiando el affinitymask)

Teniendo esta pista de que si funciona con super server, tendras alguna idea de por que no funciona con classic?

Cita:

Empezado por gescoto99 (Mensaje 228740)

Normalmente es porque no está funcionando, simplemente, asegúrate de ello, lanza por ejemplo el isql, que lo encontrarás en el directorio de firebird/bin y haz alguna prueba, si funciona así, en local, es que estará funcionando bien.

De todas formas, si estás trabajando con windows no le sacarás ningún provecho a la versión classic, te aconsejo la versión superserver y que "ancles" firebird a algún procesador, mira el parámetro cpu-afinity (o algo así)

Si fuese Linux sí que te iría perfecto la classic con más de un procesador, le sacaría todo el rendimiento a los procesadores que tengas.

También creo recordar, que aunque sea en local, debes poner la ruta tcp completa, al mismo (localhost) 192.198.0.1:unidad\directorio\basedatos.fdb

Al margen de restaurar el fichero fdb en los 34 bits, (lo cual he sufrido en mis propias carnes) ¿todo funciona bien?

Es decir se puede rodar firebird 1.5.* sobre, por ejemplo, un windows 2008 64 bit?

Hola,

Yo termino de instalar el FB 1.5 con una bd y aplicacion mia y en un principio funciona todo ok.

Saludos,

Ya lleva un par de semanas funcionando mi aplicación y parece que no hay nada reseñable en cuanto a problemas, aunque casi que me da miedo decir esto.

La instalación es un Firebird 1.5 (anclado a esta versión por tema de UDFs) en un Win 2008 64.

Los clientes son en Vista de 32 y 64.

Cruzo los dedos, pero parece que funciona.