Guten Morgen,
ich weiß wohl, dass Festus01 sich schon per privater Nachricht gemeldet hat, aber vorweg schon mal Ideen, wo man außerdem ansetzen kann, bevor wir von hier aus einen Blick drauf werden:
rainer hat geschrieben:
1. firebird 1.5.5 über firebirdsql.org runtergeladen und per install.sh installiert, läuft soweit auch erstmal reibungslos und die fb_lock_mgr läuft. Wenn das überhaupt der richtige ist
Wenn es der Classic-Server sein soll, dann ja.
2. FreeAdhocUDF über
http://udf.adhoc-data.de/ runtergeladen und die FreeAdhocUDF.so ins UDF Verzeichnis von firebird geschoben. Anschließend noch Eigentümer und Gruppe auf firebird gesetzt.
Hierzu von Festus01 mehr, dort wird ein Problem liegen.
3. die DemoDB, bzw. LeerDB Ver 2009-A.01 aus dem Downloadbereich runtergeladen, in Windows per gbak zu einer fbk "konvertiert".
4. unter Debian die fbk per gbak wieder zu einer gdb "gemacht".
Also ein Backup und Restore vollzogen. Gut.
P.S. Hier fängts schon mal an schief zu werden, da am Schluß folgende Meldungen erscheinen:
Code: Alles auswählen
gbak: WARNING: function F_SUBSTR is not defined
gbak: WARNING: module name or entrypoint could not be found
gbak: WARNING: function F_WEEKOFYEAR is not defined
gbak: WARNING: module name or entrypoint could not be found
gbak: finishing, closing, and going home
Aber erstmal weiter im Text dachte ich mir.
Schlecht. Da gibt es ein Problem mit den UDFs, wie gesagt, dazu von Festus01 mehr.
5. Sambafreigabe erstellt, mit den Dateien, wie im Handbuch beschrieben:
AvERP.cnt AvERPCONNECT.CFG AvERP.exe AvERP.hlp GDS32.DLL ML
Hier kommt schon mal beim Starten der averp.exe die Meldung, das averp.exe nicht gestartet werden kann ohne averpstart.exe, aber auch mit kommt die gleiche Meldung.
Und wenn einfach der komplette Ordner von AvERP lesend freigeben wird? Um AvERP zu starten, dann über die Netzwerkumgebung von Windoof zu der Sambafreigabe des Servers navigieren und im freigebenen Ordner die AvERPStart.exe ausführen. Nun sollte man gefragt werden, in welchem Ordner man AvERP installieren möchte. Hier den Vorschlag von Laufwerk C akzeptieren und in Zukunft AvERP über die automatisch angelegte Desktopverknüpfung aufrufen.
Mir ist aufgefallen, dass Sie den Server über die IP-Adresse ansteuern. Handelt es sich dort um eine dynamische IP-Adresse und wird der Rechner auch in der Netzwrkumgebung über Eingabe der IP-Adresse angesteuert? Schlecht, wenn die Adresse wechselt. Hier sollte also DNS oder WINS, respektive eine feste IP-Adresse zum Einsatz kommen.
6. AvERPCONNECT.CFG angepasst:
Code: Alles auswählen
DATENBANK=AvERP=192.168.1.123:/opt/firebird/db/averp.gdb;
7. Da das direkte Starten nicht über die Freigabe ging, habe ich einfach mal averp installiert und beim Starten den Datenbankstring angepasst:
"AvERP=192.168.1.123:/opt/firebird/db/averp.gdb",
Okay...
Benutzer und Passwort noch eingegeben und versucht zu starten und dann kommt folgende Meldung:
Code: Alles auswählen
ISC Fehlernummer:335544721
ISC Fehlermeldung:
Unable to complete network request to host "192.168.1.123".
Failed to establish a connection
Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.
Also: Sie haben den Classic Server installiert. Hierdurch läuft der LockManager respektive der fb_inet_server bei Verbindungen, siehe
Hier.
Wenn Sie jetzt auf der Shell den Befehl
eingeben, erhalten Sie dann bei der Ausgabe einen Hinweis auf einen geöffneten Port 3050 mit Hinweis auf den xinetd oder inetutils-inet? Denn das ist der Hinweis darauf, dass der Server nach aussen hin diesen Port geöffnet hat und die Anfragen an das entsprechende Programm in der rechten Spalte der Ausgabe weiterleitet. Sehen Sie dort nichts mit dem Port 3050, dann kann der Server auch nicht von aussen für Datenbankzugriffe angewählt werden.
In unserem Falle gibt es in der /etc/inetd.conf Datei folgenden Eintrag:
Code: Alles auswählen
gds_db stream tcp nowait.30000 firebird /opt/firebird/bin/fb_inet_server fb_inet_server # Firebird Database Remote Server
Dieser gibt dem Server eben den Hinweis, was er bei Anfragen auf den Port 3050 aufrufen soll, bzw. wohin diese Anfragen weitergeleitet werden.
Ohne das die Sache mit den UDFs von Festus01 über Teamviewer behandelt worden ist können Sie aber trotzdem schon mal das mit der Sambafreigabe und dem geöffneten Port des Servers testen. Für den Test zum Port z.B. über IBExpert unter Systemdienste -> Kommunikationsdiagnose im Reiter TCP/IP bei "Service" 3050 oder gds_db auswählen und mit dem entsprechenden Server als Ziel testen. Eine Datenbank braucht hierfür nicht korrekt installiert zu sein.[/i]
