Schlagwörter: Could not connect to the source database, database, MariaDB, Migration, Mysql, OTOBO, OTRS
-
AutorBeiträge
-
-
5. Februar 2021 um 12:26 Uhr - Views: 1188 #10833
Hallo,
ich habe OTOBO auf meinem CentOS8 Stream aufgesetzt und erfolgreich installiert. Diese Installation befindet sich in Hyper-V auf einer eigenen VM mit vollem Remote-Zugang via SSH.
Ich habe eine OTRS 6.030 Version, die ebenfalls in Hyper-V über eine VM aufgesetzt ist. Diese läuft auf CentOS8 (nicht Stream).
Beide VMs laufen voll funktionsfähige Systeme.
Beim Migrieren stoße ich jedoch auf folgenden Fehler bei Schritt 2/5:
„Versucht eine Verbindung zur Datenbank herzustellen und Plausibilitätsprüfungen durchzuführen.
Could not connect to the source database!“
Die Daten für den Remotezugang auf mein laufendes OTRS (ohne aktive Sessions natürlich), wird zu 100% korrekt aus der Config.pm aus /opt/otrs/Kernel/ gelesen und automatisch in die Weboberfläche automatisch eingegeben. Allerdings bekomme ich es nicht hin, dass diese Überprüfung nicht instantan auf die oben ausgeschriebene Fehlermeldung stößt.
Woran könnte das liegen? Ich möchte gerne in meiner Firma auf das OTOBO vom OTRS wechseln und langfristig auch mit OTOBO zusammenarbeiten.
PS:
Auf beiden Systemen benutze ich dasselbe Setup. Sprich, die Grundinstallation ist sehr ähnlich gewesen, denn ich nutze bspw. MariaDB mit MySQL.
Liebe Grüße
Jan
-
5. Februar 2021 um 12:55 Uhr #10834
Hallo Jan,
wenn ich es richtig im Kopf habe, werden die Daten nicht automatisch ausgelesen aus OTRS. Grundsätzlich muss OTOBO berechtigt sein auf die OTRS Datenbank zuzugreifen.
Ich würde als erstes testen, ob Du Zugriff auf die OTRS DB hast vom OTOBO Server:
otobo server> mysql -hIPoderFQDN vomOTRS -uotrs -pxxxx otrs
Ich denke das wird nicht der Fall sein. Wenn das stimmt, dann die Rechte vom MySQL OTRS Benutzer und Firewalls überprüfen.
Schöne Grüße,
Stefan
Team OTOBO
-
26. Februar 2021 um 13:14 Uhr #10963
Danke für die Antwort! Ich entschuldige mich für die lange Wartezeit.
Ich habe das Problem nun behoben. Es lang interessanterweise nicht ausschließlich an einem Rechteproblem, zumindest nicht mehr im Nachhinein.
Das Rechteproblem konnte ich dadurch beheben, dass ich auf dem OTRS Server die Rechte vergeben habe wie folgt:Auf dem OTRS Server auf die MySQL zugreifen als OTRS user, sprich
mysql -u otrs – p
(Passworteingabe danach)Dann die Rechte setzten mit:
GRANT ALL PRIVILEGES ON otrs.* TO ‚otrs’@’192.168.xxx.yyy‘ IDENTIFIED BY ‚MeinPasswort‘ WITH GRANT OPTION;
Außerdem hat es sich herausgestellt, dass das „sshpass“ bei der Installation irgendeinen Fehler unterlief. Ich habe das tool abermals installiert.
Außerdem ist es sehr wichtig, dass das alte OTRS System in einem aktiven „Wartungsmodus“ ist, wie in der Dokumentation angedeutet. Bei späterer Bearbeitung ist leider nicht ersichtlich geworden, dass dieser Wartungsmodus absolut notwendig war. Und da er nach einigen Stunden ausgelaufen war, konnte ich das System nicht vernünftig migrieren.Nachdem diese drei Fehlerquellen beseitigt waren, konnte das Migrationsscript ohne Probleme alle Punkte ausführen!
Leider gibt das Migrationscript nicht sehr viel mehr Aufschluss über die Fehlermöglichkeiten, aber zum Schluss hat es geklappt.
Vielen Dank!
Gruß
Jan
-
13. April 2022 um 16:32 Uhr #13046
Hello,
Ich hab auch das gleiche Problem, obwohl alle Module sind installiert, Ich bekomme die Meldung dass:
!Versucht eine Verbindung zur Datenbank herzustellen und Plausibilitätsprüfungen durchzuführen!
Ich bedanke mich sehr für jede Hilfe!
-
15. April 2022 um 23:04 Uhr #13054
Hallo Bilal,
klappt die Prüfung die Stefan Rother in der ersten Antwort vorgeschlagen hat? D.h. klappt auf Kommandozeilenebene der Zugriff von dem Rechner, auf dem der OTOBO Webserver läuft, auf die MySQL Datenbank?
Siehe auch die Hinweise in https://doc.otobo.org/manual/installation/10.0/de/content/migration-from-otrs-6.html#step-5-perform-the-migration .
Viele Grüße,
Bernhard
-
27. Dezember 2022 um 11:11 Uhr #14482
Hi Bernhard,
leider nicht, komischeweise ich kann im otobo Server mit dem Befehl: ssh -L 0.0.0.0:3306:0.0.0.0:3306 root@192.168.1.1
einloggen aber auf otrs kann keine Port Weiterleitung machen ich bekomme die folgende error:
bind: Address already in use
channel_setup_fwd_listener_tcpip: cannot listen to port: 3306vielen Dank im Voraus für die Hilfe.
-
-
27. Dezember 2022 um 15:32 Uhr #14485
Hallo Bilal,
ich habe jetzt keinen Überblick wie dein Setup genau aussieht. Meine erste Vermutung ist aber dass auf dem otrs Rechner bereits eine Datenbank oder eine Port-Weiterleitung läuft. Was sagt
fuser -n tcp 3306
auf dem otrs Rechner?Viele Grüße,
Bernhard
-
27. Dezember 2022 um 16:21 Uhr #14486
Hi Bernhard,
Danke für die Rückmeldung, auf otrs läuft bereit eine Datenbank aber keine Port-Weiterleitung .
leider ist psmisc package auf otrs Rechner nicht installiert deshalb fuser Befehl funktioniert nicht.
aber mit diesem Befehl grep -w ‚3306/tcp‘ /etc/services gibt mir mysql 3306/tcp # MySQL raus.
Danke für die Hilfe.
Viele Grüße,
Bilal
-
-
27. Dezember 2022 um 19:12 Uhr #14487
Hallo Bilal,
ja, wenn der Port 3306 bereits belegt ist, dann kann der Port nicht umgeleitet werden. Aber kannst du bitte die Situation kurz zusammenfassen? Wo läuft der der OTOBO Webserver und wo die OTRS und OTOBO Datenbanken. Warum müssen überhaupt die Ports umgeleitet werden?
Generell kann man auch beliebige andere Ports verwendet werden. Diese nicht-Standard Port können dann an den Hostnamen angehängt werden. Siehe https://github.com/RotherOSS/otobo/issues/85#issuecomment-1341075545 .
Viele Grüße,
Bernhard
-
28. Dezember 2022 um 8:32 Uhr #14488
Hallo Bernhard,
hier ist meine Zusammenfassung: OTOBO ist Docker basiert installiert,
ich habe die Migration nach diese Anleitung
https://doc.otobo.org/manual/installation/10.1/en/content/migration-from-otrs-6.html
und alles läuft perfekt bis hier:
ich habe 7 andere Systeme genau umgezogen und die haben alle smooth funktioniert.
vielen Dank für die Hilfe!!
VG,
Bilal -
28. Dezember 2022 um 11:15 Uhr #14490
Hallo Bernhard,
ich habs gelöst bekomm, ich habe die otrs user Berechtigung auf alle Datenbank remote Access gesetzt danach ist die Migration.pl ohne Problem gelaufen.
vielen vielen Dank für deine Tipps und Hilfe hab ein schöne Feiertagen.
-
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.