GDS32 gelöst, jetzt username not defined
Moderator: SYNERPY
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: GDS32 gelöst, jetzt username not defined
Das habe ich mir schon gedacht,
dieses Skript ist nur für den Super- bzw. Superclassic-Server.
Entweder wird der fb_inet_server manuell gestartet, oder man müsste den xinetd installieren, oder Umstellen auf Superserver.
Für xinetd folgendes Vorgehen:
xinetd installieren.
Eine Datei in /etc/xinet.d erstellen z.B.: firebird_xinetd.conf mit folgenden Inhalt:
# default: on
# description: FirebirdSQL classic server, v2.5
#
# firebird2.5-classic uses /etc/xinet.d/firebird2.5 by default
service gds_db
{
bind = 127.0.0.1
disable = no
flags = REUSE NODELAY
socket_type = stream
wait = no
user = firebird
log_on_success += USERID
log_on_failure += USERID
instances = UNLIMITED
per_source = UNLIMITED
server = /opt/firebird/bin/fb_inet_server
}
Damit müsste der Server dann automatisch gestartet werden.
Umstellen auf Superserver mit dem Skript changeMultiConnectMode.sh, das in /opt/firebird/bin steht.
Am einfachsten wäre wahrscheinlich erst einmal das manuelle Starten mit:
/opt/firebird/bin/fb_inet_server -m
Jetzt könnten wir uns an die AvERP-Datenbank machen.
Erst einmal prüfen ob in dem Verzeichnis /opt/firebird/UDF die Datei FreeAdhocUDF.so vorhanden ist.
Dann würde ich empfehlen ein Verzeichnis /AvERP anzulegen, und darin die AvERP-Datenbank kopieren.
Das gesamte Verzeichnis mit chown -R /AvERP firebird:firebird dem User und der Gruppe zur Verfügung stellen.
In der Datei /opt/firebird/aliases.conf den Eintrag
averp = /AvERP/name der Datenbank
einfügen.
Jetzt eine Verbindung über isql versuchen mit
connect localhost:averp usw.
Wenn das alles läuft, kann man als nächstes einen connect mit einem Windows-Client versuchen, wobei localhost gegen die IP-Adresse des Servers, auf dem firebird läuft, zu ersetzen ist.
dieses Skript ist nur für den Super- bzw. Superclassic-Server.
Entweder wird der fb_inet_server manuell gestartet, oder man müsste den xinetd installieren, oder Umstellen auf Superserver.
Für xinetd folgendes Vorgehen:
xinetd installieren.
Eine Datei in /etc/xinet.d erstellen z.B.: firebird_xinetd.conf mit folgenden Inhalt:
# default: on
# description: FirebirdSQL classic server, v2.5
#
# firebird2.5-classic uses /etc/xinet.d/firebird2.5 by default
service gds_db
{
bind = 127.0.0.1
disable = no
flags = REUSE NODELAY
socket_type = stream
wait = no
user = firebird
log_on_success += USERID
log_on_failure += USERID
instances = UNLIMITED
per_source = UNLIMITED
server = /opt/firebird/bin/fb_inet_server
}
Damit müsste der Server dann automatisch gestartet werden.
Umstellen auf Superserver mit dem Skript changeMultiConnectMode.sh, das in /opt/firebird/bin steht.
Am einfachsten wäre wahrscheinlich erst einmal das manuelle Starten mit:
/opt/firebird/bin/fb_inet_server -m
Jetzt könnten wir uns an die AvERP-Datenbank machen.
Erst einmal prüfen ob in dem Verzeichnis /opt/firebird/UDF die Datei FreeAdhocUDF.so vorhanden ist.
Dann würde ich empfehlen ein Verzeichnis /AvERP anzulegen, und darin die AvERP-Datenbank kopieren.
Das gesamte Verzeichnis mit chown -R /AvERP firebird:firebird dem User und der Gruppe zur Verfügung stellen.
In der Datei /opt/firebird/aliases.conf den Eintrag
averp = /AvERP/name der Datenbank
einfügen.
Jetzt eine Verbindung über isql versuchen mit
connect localhost:averp usw.
Wenn das alles läuft, kann man als nächstes einen connect mit einem Windows-Client versuchen, wobei localhost gegen die IP-Adresse des Servers, auf dem firebird läuft, zu ersetzen ist.
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Hallo,
für den Classic-Server immer den xinetd verwenden, das funktioniert bei mir problemlos. Dazu muss dann in der /etc/inetd.conf der von mir weiter oben erwähnte Eintrag für den Firebird zu finden sein. Das sollte insgesamt noch eine Sache von 10 Minuten sein, dass läuft alles wie es soll.
Gruß
Michael
für den Classic-Server immer den xinetd verwenden, das funktioniert bei mir problemlos. Dazu muss dann in der /etc/inetd.conf der von mir weiter oben erwähnte Eintrag für den Firebird zu finden sein. Das sollte insgesamt noch eine Sache von 10 Minuten sein, dass läuft alles wie es soll.
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: GDS32 gelöst, jetzt username not defined
Guten Morgen,
die AvERPConnect.cfg ist bei Ihnen noch fehlerhaft
DATENBANK=AvERPAPT_L=192.168.xxx.xx:name, der in der aliasconfig eingetragen ist (bei meinem Vorschlag):
DATENBANK=AvERPAPT_L=192.168.xxx.xx:averp
Dann sollte es laufen.
Wenn die AvERP Installationsdateien auf einem Samba-Share liegen, dann benötigen die User nur Leserechte
Die Clients starten dann AvERPStart von dem Samba-Share, dadurch werden die benötigten Dateien auf den Windows-Client kopiert, und AvERP.EXE wird letztendlich vom Windows-Client gestartet.
Auf dem Desktop, vom Windows-Client, muss eine Verknüpfung zur AvERPStart des Samba-Shares liegen.
Es passiert manchmal, das das nicht automatisch erfolgt ist, dann bitte manuell die Verknüpfung anlegen.
Danach wird bei jedem Start von der Desktop-Verknüpfung geprüft, ob die AvERP-Dateien des Windows-Clients mit denen des Serves identisch sind.
Damit könnte man ganz einfach Updates auf den Server kopieren. Nach dem Start auf dem Windows-Client würden dann die Dateien mit den Dateien des Servers aktualisiert.
die AvERPConnect.cfg ist bei Ihnen noch fehlerhaft
DATENBANK=AvERPAPT_L=192.168.xxx.xx:name, der in der aliasconfig eingetragen ist (bei meinem Vorschlag):
DATENBANK=AvERPAPT_L=192.168.xxx.xx:averp
Dann sollte es laufen.
Wenn die AvERP Installationsdateien auf einem Samba-Share liegen, dann benötigen die User nur Leserechte
Die Clients starten dann AvERPStart von dem Samba-Share, dadurch werden die benötigten Dateien auf den Windows-Client kopiert, und AvERP.EXE wird letztendlich vom Windows-Client gestartet.
Auf dem Desktop, vom Windows-Client, muss eine Verknüpfung zur AvERPStart des Samba-Shares liegen.
Es passiert manchmal, das das nicht automatisch erfolgt ist, dann bitte manuell die Verknüpfung anlegen.
Danach wird bei jedem Start von der Desktop-Verknüpfung geprüft, ob die AvERP-Dateien des Windows-Clients mit denen des Serves identisch sind.
Damit könnte man ganz einfach Updates auf den Server kopieren. Nach dem Start auf dem Windows-Client würden dann die Dateien mit den Dateien des Servers aktualisiert.
MBoerner hat geschrieben:Das ist gut!
der connect mit localhost auf die Testdatenbank läuft jetzt: siehe screenshot
Danke schön!
Ich mache weiter mit dem Windows Client.
Wobei Folgendes mir nicht ganz klar ist:
für den Client mache ich einfach nur einen Link auf den AvERPStart.exe vom Linux Server. Und vorher habe ich die AvERPCONNECT.CFG so gändert:Dafür muss ich dann allen Windows-BEnutzer zumindest Exceute-Rechte auf AvERPStart.exe haben, die muss ich also ändern, oder?Code: Alles auswählen
DATENBANK=AvERPAPT_L=\\192.168.xxx.xx\sambashares\averp_data\AVERP_DEMO.FDB; *Automatisches Login AUTOUSER=SYSDBA AUTOPASS=masterkey AUTOROLE=ADMINISTRATOR *Aliasnamen statt Datenbankpfad anzeigen SHOWDATABASEALIAS=J *Eintrag bei Netzwerkinstallation (bitte die Werte in eckigen Klammern mit den entsprechenden Werten ersetzen): *DATENBANK=[ALIAS]=[SERVERNAME]:[DATENBANKPFAD AUS SICHT DES SERVERS]; *AvERP-Masken aus fremden Windowsprogrammen über TCP/IP aufrufen *SOCKETSERVERPORT=8181 *schaltet die Meldung ab, dass AUTOLOGIN aktiviert ist *AUTOMESSAGE=N
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: GDS32 gelöst, jetzt username not defined
Die AvERPConnect.cfg ist immer noch falsch
Bitte meinen Post genau lesen
Bitte meinen Post genau lesen
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: GDS32 gelöst, jetzt username not defined
Und über localhost geht das noch
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Dann bitte mal übergangsweise in der AverpConnect anstatt des Alias den Pfad zur Datenbank verwenden und damit testen. Es sieht nämlich so aus, als würde die Kiste averp für den Hostname halten und nicht erkennen, dass das ein Alias ist.
Gruß
Michael
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Mal eine Blöde Frage: können Sie sich mit Flamerobin vom Windows-Rechner zur employee Datenbank auf dem Linux-Server verbinden?
Gruß
Michael
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Upps, da ist aber bei der Konfiguration einiges schief gelaufen: in der Statuszeile von Flamerobin steht nämlich SYSDBA@localhost:\\..... das bedeutet, dass Flamerobin die Datenbank über einen lokalen Firebird öffnen will, dessen Datenbank im Netz liegt. Das wird nicht gehen, denn lokal läuft entweder kein Firebird, und wenn doch, dann ist der sicherlich so konfiguriert, dass er (zurecht) keine Datenbanken übers Netz öffnet.
Sie müssen in Flamerobin zuerst einen neuen Server registrieren, wobei Sie IP und Port des Servers angeben müssen. Danach führen Sie auf dem nun neuen Haupteintrag im Baum mal ein "Retrieve Server Version" aus. Das Ergebnis davon bitte posten.
Gruß
Michael
Sie müssen in Flamerobin zuerst einen neuen Server registrieren, wobei Sie IP und Port des Servers angeben müssen. Danach führen Sie auf dem nun neuen Haupteintrag im Baum mal ein "Retrieve Server Version" aus. Das Ergebnis davon bitte posten.
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Genau das wollte ich sehen. Die Kommunikation über das Netzwerk funktioniert also nicht. Irgendein Bösewicht blockiert auf irgendeinem Rechner den Zugriff über Port 3050 auf den Server. Oder die IP des Servers stimmt nicht ... Versuchen Sie es bitte mal mit dem Hostnamen des Servers anstatt seiner IP.
Gruß
Michael
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Wenn ich das aus den Screenshots richtig sehe, ist das ein Linux Desktop System, oder? Kann es sein, dass da vielleicht automatisch eine Firewall mit installiert wurde. Sind denn andere Netzwerkdienste auf diesem Rechner über das Netzwerk erreichbar?
Gruß
Michael
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Sorry, ich hatte das mit der Samba Freigabe vergessen, die ja zum Beispiel ein solcher Netzwerkdienst ist. Die Frage war also einigermaßen blödsinning
Ich fasse mal zusammen, was wir aktuell haben:
* der Firebird läuft unter Linux mit automatischem Start
* der Firebird läuft auf einem zweiten Rechner unter Windows
* der Linux-Firebird ist lokal sowohl auf Dateiebene als auch via "localhost" ansprechbar
* dito für den Windows Firebird
* der Windows-Firebird ist von anderen Rechnern aus übers Netzwerk erreichbar
* der Linux-Firebird nicht mit "unable to complete network request"
Soweit alles richtig?
Gruß
Michael
Ich fasse mal zusammen, was wir aktuell haben:
* der Firebird läuft unter Linux mit automatischem Start
* der Firebird läuft auf einem zweiten Rechner unter Windows
* der Linux-Firebird ist lokal sowohl auf Dateiebene als auch via "localhost" ansprechbar
* dito für den Windows Firebird
* der Windows-Firebird ist von anderen Rechnern aus übers Netzwerk erreichbar
* der Linux-Firebird nicht mit "unable to complete network request"
Soweit alles richtig?
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Oh mann, ich bin doch blöd, da hätte ich früher drauf kommen müssen ...
Der Firebird Classic Server läuft nicht dauerhaft als Daemon im Hintergrund. Das ist einer der großen Unterschiede zum Super und Superclassic, bei denen fbguard und fbserver dauerhaft als Prozesse laufen. Beim Classic wird der fb_inet_server pro Client Verbindung einmal automatisch gestartet. Das allerdings übernimmt der xinetd bei passender Konfiguration. Wenn wir also keinen xinetd am Laufen haben, wird auch der Zugriff von außen auf den Firebird Classic nicht funktionieren, weil der gar nicht "im Voraus" läuft. Daran erkennt man nämlich auch, dass bei einem Classic keiner mit der Datenbank verbunden ist: wenn kein fb_inet_server bei ps aux, dann keine aktiven Verbindungen. Ab der ersten Verbindung gibt es dann den fb_inet_server, und zwar wie gesagt genau einen pro geöffneter Verbindung (also pro Averp Sitzung)
Also: xinetd installieren, konfigurieren wie von mir weiter oben beschrieben und es sollte auf Anhieb laufen
Übrigens gibt es genau deswegen auch kein init.d Skript für den fb_inet_server ... tja, die Sache mit Wald und Bäumen halt
Gruß
Michael
Der Firebird Classic Server läuft nicht dauerhaft als Daemon im Hintergrund. Das ist einer der großen Unterschiede zum Super und Superclassic, bei denen fbguard und fbserver dauerhaft als Prozesse laufen. Beim Classic wird der fb_inet_server pro Client Verbindung einmal automatisch gestartet. Das allerdings übernimmt der xinetd bei passender Konfiguration. Wenn wir also keinen xinetd am Laufen haben, wird auch der Zugriff von außen auf den Firebird Classic nicht funktionieren, weil der gar nicht "im Voraus" läuft. Daran erkennt man nämlich auch, dass bei einem Classic keiner mit der Datenbank verbunden ist: wenn kein fb_inet_server bei ps aux, dann keine aktiven Verbindungen. Ab der ersten Verbindung gibt es dann den fb_inet_server, und zwar wie gesagt genau einen pro geöffneter Verbindung (also pro Averp Sitzung)
Also: xinetd installieren, konfigurieren wie von mir weiter oben beschrieben und es sollte auf Anhieb laufen
Übrigens gibt es genau deswegen auch kein init.d Skript für den fb_inet_server ... tja, die Sache mit Wald und Bäumen halt
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 1295
- Registriert: Fr Jul 28, 2006 9:13 am
Re: GDS32 gelöst, jetzt username not defined
Ändern Sie in der Konfigdatei mal bitte das
auf
Danach Neustart und noch einmal probieren
Wenn das nichts nützt dann noch zusätzlich die beiden log_on_xxx Zeilen auskommentieren. Die sind bei mir nämlich auskommentiert, und da lööft es.
Wenn das auch nichts nützt dann bitte zusätzlich zu xinetd noch den inetd installieren und prüfen, ob der den Firebird sauber startet. Die Konfigdatei mit der einen Zeile von mir ist von der inetd.conf, gehört also nicht zum xinetd sondern zu inetd. Ein ps aux | grep inet liefert bei mir nämlich einen laufenden inetd und keinen xinetd ...
Gruß
Michael
Code: Alles auswählen
bind = 127.0.0.1
Code: Alles auswählen
bind = IP des Servers
Wenn das nichts nützt dann noch zusätzlich die beiden log_on_xxx Zeilen auskommentieren. Die sind bei mir nämlich auskommentiert, und da lööft es.
Wenn das auch nichts nützt dann bitte zusätzlich zu xinetd noch den inetd installieren und prüfen, ob der den Firebird sauber startet. Die Konfigdatei mit der einen Zeile von mir ist von der inetd.conf, gehört also nicht zum xinetd sondern zu inetd. Ein ps aux | grep inet liefert bei mir nämlich einen laufenden inetd und keinen xinetd ...
Gruß
Michael
Nur wer das Unmögliche versucht, wird das Machbare erreichen!
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
--
Datenbank: 2012-A02
Programm: 4.2.5.65
OS: Win 7 Pro / Ubuntu 10.04.3
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: GDS32 gelöst, jetzt username not defined
Guten Morgen,
wie wäre es, den Inhalt der xinetd.conf gegen den Inhalt der firebird.xinetd zu tauschen, oder auch kopieren.
Das wäre die original-Datei, die im /opt/firebird/misc zu finden ist.
wie wäre es, den Inhalt der xinetd.conf gegen den Inhalt der firebird.xinetd zu tauschen, oder auch kopieren.
Das wäre die original-Datei, die im /opt/firebird/misc zu finden ist.
MBoerner hat geschrieben:bind = 192.168.xx.xx und Neustart brachte leider nicht, auch nichts das auskommentieren der 2 Dateien und Neustart.
Morgen probiere ich es mit dem installieren von inet, vielen dank!
Sie geben wohl nicht so schnell auf, was? Passt zur Signatur
Schönen Feierabend
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 15
- Registriert: Sa Apr 10, 2010 5:46 pm
- Wohnort: Stollberg/Erzgebirge
- Kontaktdaten:
Re: GDS32 gelöst, jetzt username not defined
Hallo zusammen,
ich kämpfe im Moment mit der FreeAdhocUDF. Ich habe den FB 2.5.4 AMD64 von firebirdsql.org installiert unter Debian 8, die FreeAdhocUDF.so liegt unter /opt/firebird/UDF und trotzdem scheint FB die nicht zu finden. Beim Anmelden an AvERP kommt der berühmte F_LRTRIM-Fehler. Die Rechte sind jeweils auf 655 gesetzt (analog den bereits vorhandenen UDF's).
Hat noch jemand einen Tipp?
Viele Grüße,
Yves Schlegel
ich kämpfe im Moment mit der FreeAdhocUDF. Ich habe den FB 2.5.4 AMD64 von firebirdsql.org installiert unter Debian 8, die FreeAdhocUDF.so liegt unter /opt/firebird/UDF und trotzdem scheint FB die nicht zu finden. Beim Anmelden an AvERP kommt der berühmte F_LRTRIM-Fehler. Die Rechte sind jeweils auf 655 gesetzt (analog den bereits vorhandenen UDF's).
Hat noch jemand einen Tipp?
Viele Grüße,
Yves Schlegel
Viele Grüße,
ITSYS Stollberg
ITSYS Stollberg