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

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

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?

@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

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?

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

zusammenfalten · markieren

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

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?

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

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.

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