Firebird 2.1 Programm läuft nicht auf Win2003 mit MS Sql Server

[erich.wanker]

Hallo Leute, hab ein kleines Problem:

Auf einem Win2003 Server läuft ein Microsoft SQL Server und ein Application-Server der Firma XY ...

Auf der gleichen Maschine hab ich jetzt Firebird SQL Server 2.1 installiert und meine Software gestartet ... und sie startet nicht (friert einfach ein)..

Sobald ich aber den Application-Server der Firma XY beende - läuft meine Software (als wär nix passiert)...

Bis dato habe ich keinen Ansatzpunkt gefunden, was die Ursache sein könnte.

Firebird verwendet Port 3050 (SYSDBA masterkey)
MS Sql Server verwendet 1433

Keine Programmmodule haben gleiche namen oder so ..

Der Win2003 ist normal gepatched .. der WindowsFirewall- Dienst ist deaktiviert - freigaben auf Filesystembasis passen auch (was eigentlich eh nix mit dem problem zu tun hat) .. das ganze wird als Admin ausgeführt.. ein "normaler" Win2003'er halt...

Hat jemand eine Idee, an was es liegen könnte ?
Vielen Dank

Erich

[Neumann]

Hallo,

verwendet dein Programm bzw. die Datenbank Firebird Events? Wenn ja, könnte es helfen, wenn man in der Firebird.confg einen festen Port dafür einstellt.

Gruß

Ralf

[DelphiBandit]

Bekommst Du denn lokal eine Verbindung zu Deiner Datenbank mit anderen Tools (IBExpert / flamerobin), wenn der Applikationsserver läuft? Oder melden die sich ebenfalls ab?

[erich.wanker]

@Ralf .. nein, ich verwende keine Events (ZIBEventalert)


@Carsten .. gleiches Verhalten: IBExpert startet, nach Millisekunden hängt das Programm IBExport (oder auch Marathon 3.0.1.0) mit Darstellungsfehler . sobald die andere MS-SQL-Anwendung geschlossen wird - läuft IBExpert, Marathon oder auch mein Programm ganz normal weiter


danke

Erich

[DelphiBandit]

Startet Deine Anwendung lokal auf dem Server? Dann gibt es bei den Windows-Server das Problem, dass das native Protokoll nicht richtig unterstützt wird und man auf TCPIP ausweichen muß.
Also statt D:\MyDB.fdb dann localhost:D:\MyDB.fdb als Connection String, bzw. localhost bei Zeos als Server eintragen. Aber dann müsste es zumindest von außen von einem anderen Rechner möglich sein an die DB zu kommen.

Schau mal mit netstat in der DOS-Box was Deine Portbelegung so sagt. Mal mit / mal ohne AppServer. Dann könntest Du ggf. versuchen auf einen anderen als den Standard-Port auszuweichen in der firebird.conf.

Hatte gerade noch den Gedanken, dass der Applikationsserver etwas blockieren könnte, was die Firebird-Anwendungen ebenfalls brauchen. Wann rauchen denn z.B. IBExpert ab, schon bei Starten oder erst, wenn Du versuchst Dich mit der Datenbank zu verbinden?

[erich.wanker]

Hallo DelphiBandit,

Ich hab nun den Netstat -ano Befehl am Win2003 ausgeführt:

Meine Software hat PID 8080
Der Firebird Server hat PID 5960
Das Fremdprogramm hat PID 6110
Der Firebirdport ist Standardmäig gesetzt: 3050

Delphi-Quellcode:

TCP    127.0.0.1:3896         127.0.0.1:3050         HERGESTELLT     8080
TCP    127.0.0.1:3896         127.0.0.1:3050         HERGESTELLT     8080

TCP    127.0.0.1:3050         127.0.0.1:3896         HERGESTELLT     5960

TCP    127.0.0.1:4468         127.0.0.1:3050         WARTEND         0
TCP    0.0.0.0:3050           0.0.0.0:0              ABH™REN         5960
TCP    127.0.0.1:3050         127.0.0.1:3896         HERGESTELLT     5960

       

TCP    0.0.0.0:8000           0.0.0.0:0              ABH™REN         6100
TCP    0.0.0.0:53513          0.0.0.0:0              ABH™REN         6100
UDP    0.0.0.0:1592           *:*                                    6100
UDP    0.0.0.0:1594           *:*                                    6100
UDP    0.0.0.0:53514          *:*                                    6100

Solange die Software mit PID 6100 (eine MS Sql Server App) läuft, hängt meine ...

Vielen Dank

Erich

[DelphiBandit]

Das sieht erstmal völlig verträglich aus, wie ich finde. Es sieht auch so aus, als ob Deine Anwendung noch eine Verbindung zur Datenbank bekommt?!

Nachfrage(n):
1) Hast Du das mit den Connection-Strings bei 2003 aufwärts ausprobiert / beachtet?
2) Kannst Du Dich von einer entfernten Maschine verbinden mit IBExpert
3) Wann rauchen denn z.B. IBExpert ab, schon bei Starten oder erst, wenn Du versuchst Dich mit der Datenbank zu verbinden?
4) Schon mal in die Log-Datei vom firebird geschaut?

[erich.wanker]

Hallo Leute,

nun hab ich herausgefunden, das das andere Programm auf die "ntdll.dll" zugreift ... und wenn ich mein Programm starte,und auch auf die ntdll.dll zugreifen will, (Beobachtung via ProcessMonitor von Sysinternals..) bleibt mein Programm genau da hängen ..

?

Vielen Dank für Hinweise

Erich

[DelphiBandit]

Moinsen,

dann würde ich im ersten Schritt mal versuchen Deinem Programm die ntdll.dll nicht aus dem Windows-Verzeichnis zur Verfügung zu stellen. Kopier sie doch einfach mal in Dein Programmverzeichnis, dort sucht die Anwendung zuerst bevor die Windows-Verzeichnisse abgeklappert werden. Aber glaube kaum, dass es sich auf eine DLL minimieren lässt.

Andere Option wäre mal den Hersteller des AppServers zu kontaktieren und nach das merkwürdige Verhalten zu hinterfragen.

[mkinzler]

Ist trotzdem komisch, da der parallele Zugriff auf Dlls normalerweis problemlos möglich ist