Von Appliance auf normale Linux installation + Update?

[darkdead]

Hallo, gibt es eine Möglichkeit von der Appliance (letzte Version 4.0.8 ) auf die neueste upzudaten (gibt ja leider keine Appliance mehr) oder kann ich einen zwischenschritt machen mit Export von Appliance und dann Import auf gleiche Version als normale Linux Installation und dann von da aus Updaten auf 5.0.2, damit ich dann die Updates normal einspielen kann.

Gruß

[KlausNehrer]

Ich würde die vorhandene Version auf die neue Plattform umziehen und wenn sie dort fehlerfrei läuft, aktualisieren.

[darkdead]

Danke für deine Antwort.

Mir stellt sich nur die Frage, wie ich diesen Umzug vornehmen soll, habe ich noch nie gemacht. DB exportieren und auf der neuen Plattform (gleiche Version) importieren?

Ein How-To dazu wäre hilfreich.

[RStraub]

Die DB wird nicht reichen, da dann z.B. SysConfig Einstellung oder die Einstellungen in der Config.pm verloren gehen. Über das backup.pl und restore.pl Skript müsstest du die Migration besser hinbekommen.

[Rooobaaat]

Es geht natürlich auch mit dem OTRSCloneDB-Skript.
Damit kannst du auch Datenbanken von z.B.: PostgreSQL nach MySQL konvertieren. Anschließend musst du nur noch die Konfigurationsdateien von der Appliance auf das neue System kopieren und... TAAADAAAAA

[darkdead]

Also ich hab jetzt nen Ubuntu aufgesetzt habe verschiedene Anleitungen durchgeackert, ich komme bis zu dem Punkt wo ich die Installer.pl aufrufen soll, da komm ich nicht weiter, ich bekomme einfach keine Verbindung weder über localhost/IP des Servers. Laut Anleitung muss ich http://IP/otrs/installer.pl

Muss ich noch was aktivieren (nen Dienst)?? Ich werd wahnsinnig, schon 3 virtuelle Maschinen erstellt.

[KlausNehrer]

Bevor Du Dich an das OTRS machst, benötigst Du zwingend ein laufendes System mit Apache, MySQL und Perl.
Ich könnte jetzt die Frage stellen, was schon gemacht ist und welche Anleitung und was nicht funktioniert. Gerade für das Bunte Ubuntu und OTRS gibt es massenhaft Anleitungen,

Vielleicht ist der Apache nicht gestartet?

[darkdead]

Also als erstes habe ich die originale Anleitung aus dem OTRS Portal genommen (http://otrs.github.io/doc/manual/admin/ ... -on-debian)
und danach habe ich diese genommen (http://www.rootathome.de/installation-v ... er-debian/).

Apache sollte laufen. Der Befehl (/etc/init.d/apache2 restart) wird auch als "OK" ausgeführt.

[RStraub]

Und was passiert wenn du die IP aufrufst? Also ohne /otrs ? Bekommst du dann die Startseite vom Apache angezeigt?

Sonst ist ggf. noch die Firewall oder SELinux im argen.

[darkdead]

Mit IP und localhost bekomm ich immer die Apacheseite.

Um die Oberfläche von OTRS bequem erreichen zu können, wird ein Alias- und ein ScriptAlias-Eintrag angelegt. Für die meisten Installationen des Apache Webservers gilt, dass ein Verzeichnis mit dem Namen conf.d vorhanden ist, unter Linux ist es meist unterhalb des Verzeichnisses/etc/apache bzw. /etc/apache2 zu finden. Wechseln Sie als root in dieses Verzeichnis und verlinken Sie die passende Konfigurationsvorlage in /opt/otrs/scripts/apache2-httpd.include.conf in die Datei zzz_otrs.conf (um sicherzustellen, dass die Datei nach den anderen Konfigurationen geladen wird).

Starten Sie Ihren Webserver neu, um die neue Konfiguration zu laden. Auf den meisten Systemen lässt sich der Webserver über den Befehl /etc/init.d/apache2 restart neu starten.

Das war bereits die grundlegende Konfiguration des Webservers für OTRS.

Dieser Abschnitt macht mich fertig, wie verlinke ich die Dateien? Die zzz_otrs.conf gibt es gar nicht.
In der 2. Anleitung die ich gepostet habe steht der Teil gar nicht drinne...

[RStraub]

Die zzz_conf gibt es nicht - das ist korrekt, diese hast du zu erstellen (bzw. dahin umzubennen). Dein Vorgehen wäre:

Schau wie der Pfad zu deinem Apache-Config Order lautet , das sollte /etc/apache2/conf.d ODER /etc/apache2/conf-available sein.

Falls es conf.d ist, kopiere die http include dorthin und bennene sie um:

Code: Select all

cp -p /opt/otrs/scripts/apache2-httpd.include.conf /etc/apache2/conf.d/zzz_otrs.conf

Falls es conf-available ist:

Code: Select all

cp -p /opt/otrs/scripts/apache2-httpd.include.conf /etc/apache2/conf-available/zzz_otrs.conf

und danach noch einen link um diese zuaktivieren:

Code: Select all

ln -s /etc/apache2/conf-available/zzz_otrs.conf /etc/apache2/conf-enabled/zzz_otrs.conf

Danach den Apache neustarten.

[KlausNehrer]

... also im Endeffekt so, wie es im Handbuch steht ...

[darkdead]

Vielen Dank RStraub, die Datei zu kopieren und zu verlinken hat wunderbar geklappt.

Ein Problem weniger und schon kommt das nächste -.-
Wenn ich den Pfad nun im Browser aufrufe, komme ich nicht wie erhofft zur DB Installation, sondern er möchte die installer.pl downloaden.

Habe schon gegooglt, soll wohl ein mod_perl / cgi Problem sein. Aber wie ich es lösen soll krieg ich nicht untern Hut.

Klaus, das Handbuch birgt aber auch einige Fehler/Unklarheiten. Das ich sie neu erstellen soll, also die zzz habe ich nicht rausgelesen. Und wie ich sie dann verlinke steht leider da auch nicht. Es ist ein so tolles Script, aber diese zwei Befehlszeilen hätten sie dazu packen können. Das Verzeichnis conf.d hatte ich z.B. nicht, steht aber im Script.

Hoffe ihr könnt weiterhelfen

[KlausNehrer]

search.php?keywords=download+installer.pl

Ich hoffe neben Anleitungen lesen kommt noch die Bedienung von Suchfunktionen hinzu.

[darkdead]

Gut, war kein perl Problem, es lag daran, dass die zzz_otrs.conf in otrs.conf umbenannt werden muss.
Wie gesagt Klaus, wenn ich wie du schreibst das Handbuch benutze steht da nix von zzz_otrs.conf in otrs.conf umbenennen.

Deine Annahme ich könne die SuFu nicht benutzen, ignoriere ich mal ok? Ich habe mein Problem in Google geschmissen und bin auch zwei mal aufs Board geleitet worden (nichts brauchbares). Aber ich muss gestehen, ich habe nicht direkt hier die SuFu benutzt.....aber nicht schlimm, dank deines kreativen Einsatzes mit dem Link, habe ich das Problem lösen können

Vielen Dank!
PS: Jetzt muss ich mir mal anschauen wie das mit dem OTRSCloneDB-Skript funktioniert order mit backup.pl und restore.pl....wenn ichs richtig verstanden habe, muss ich bei CloneDB den neuen Server angeben und dann hinterher die Configs auf den alten Server Export und in neuen Server importieren.

[Rooobaaat]

Mit ein bisschen Grundwissen wie deine eingesetzte Linux-Distribution (ich gehe mal von CentOS oder RedHat aus, weil sonst klappt das auch ohne zzz_) Apache-Module (in welcher Reihenfolge) läd, wärst du auch so drauf gekommen und würdest nicht auf der Doku rumhacken.

Zum CloneDB Skript.... Richtig... Du transferierst die Datenbank vom alten auf den neuen Server (vorausgesetzt die Datenbank läuft auf dem gleichen Host, weil wenn du nen externen Datenbank-Server hast, kannst du dir das sparen), kopierst deine Konfigurationsdateien (inkl. TicketCounter.log und Article Ordner (wenn du das ausgelagert hast)) auf den neuen Server und fängst anschließend an upzudaten.

[darkdead]

Also mein Linux Grundwissen = 0, hatte vor etlichen Jahre mal kurz Linux (Open SuSe). Ich bin mehr in der Windows Schiene. Daher muss ich mich langsam rantasten und auf das Handbuch zurückgreifen.

Die DB läuft nicht auf dem gleichen Host, ich hab ja die Maschine mit der Appliance und dann eine neue erstellt mit Ubuntu v15.
Das neue System läuft unter Ubuntu.

[darkdead]

So, der Server steht und OTRS ist soweit installiert. Als DB habe ich MySql gewählt.

Bei der 4.0.8 Appliance habe ich wenn ich es in der Config.pm gesehen habe auch ne MySql-DB (Postgres ist mit # außerbetrieb gesetzt).

Wie gehe ich jetzt weiter vor um die Daten aus der Appliance in das neue System zu kriegen? Geht ja entweder über das CloneDB-Skript (in dem Handbuch leider nur mit Postgress und Windows) oder per backup.pl + restore.pl. Welche Methode ist denn einfacher? Habe heute schonmal mit backup.pl Versucht, leider bin ich nicht weit gekommen.

Bin in das Verzeichnis Scripts gewechselt cd /opt/otrs/scripts und habe dann ./backup.pl -d /backup/ eingegeben. Das hat nicht geklappt. Habe dann per mkdir im scripts Verzeichnis einen Ordner namens "backup" angelegt und den backup.pl Befehl nochmal ausgeführt. Nun sagt er kein Verzeichnis vorhanden. Krieg so leicht die Krise.....über eure Hilfe würde ich mich freuen. Wenns per CloneDB einfach ist dann mach ich es damit

[darkdead]

Update: Hab es nun hinbekommen, dass er das Backup fährt. Wie bekomme ich nun die Daten von der Appliance auf den neuen Ubuntu rüber?

[RStraub]

z.B. per WinSCP, oder du mountest dir einen Ordner vom entfernten System, oder du kopierst direkt per scp wie hier beschrieben:
http://unix.stackexchange.com/questions ... -using-ssh

[darkdead]

Dazu müsste ja auf beiden Servern SSH aktiviert sein richtig?

Hab mir mal WinSCP runtergeladen und mich versucht einzuloggen, werd immer abgewiesen.

[RStraub]

Ja, also irgendwie musst du schon einen Zugang haben um das hin und her zu kopieren

[darkdead]

Mal ne blöde Frage, wo muss ich es denn aktivieren bzw. freigeben?
Habe mal ssh -v auf der Appliance eingegeben und es ist OpenSSH_5.5p1 drauf. Bei den ganzen Befehlen muss ja auch ein @ rein, kann es aber in der Konsole nicht eingeben.

Und auf dem neuen Ubuntu ist glaub ich noch gar kein SSH drauf.

[RStraub]

Wie loggst du dich dann ein? Über eine graphische Oberfläche?

Sonst eben einen Ordner freigeben/mounten.

[darkdead]

Unter der Appliance 4.0.8 gibt es ja keine Grafische Oberfläche, nur Konsole (oder halt die OTRS Oberfläche).

Unter meinem neuen OTRS System welches auf Ubuntu Server 15.10 basiert, habe ich nachträglich die Grafische Oberfläche per "ubuntu-desktop" installiert.

[RStraub]

Nachträglich heißt aber du hast dich davor über die Konsole angemeldet ? Dann besteht doch eine Zugangsmöglichkeit.

[darkdead]

Ja, bin nochmal tief in mich gegangen und bin dann zum Ergebnis gekommen, meinen Kopf gegen die Wand zu donnern

Hatte ein vollkommendes Wirrwarr mit den Benutzer/Benutznamen und den Passwörtern. Nun hab ich es Konsolentechnisch geschafft mich anzumelden und hab mir die Zugänge in WinSCP eingetragen. Jetzt kann ich mich an das Restore machen

Habe beim Backup festgestellt, dass er wohl doch kein MySQL hat in der Appliance sondern PostgresSQL. Zumindest hat er beim Backup gesagt Postgres DUMP

[darkdead]

So habe jetzt das Backup auf die neue Maschine gezogen und wollte das restore machen. Die CMD sagte dann "Database ist bereits gefüllt", da musste man ja ein DROP DATABASE machen und ein CREATE DATABASE. Unter PostgresSQL ist dies doch einfach dropdb 'dbname' und dann CREATE DB 'dbname'.

Als ich dann das Restore machen wollte, hat er mir folgendes geschrieben:

root@svl-otrs:/opt/otrs/scripts# ./restore.pl -b /tmp/BACKUP -d /opt/otrs/
Restore /tmp/BACKUP/Config.tar.gz ...
[Tue Nov 24 15:55:54 2015] restore.pl: DBI connect('dbname=otrs;host=127.0.0.1;','otrs',...) failed: FATAL: password authentication failed for user "otrs"
[Tue Nov 24 15:55:54 2015] restore.pl: FATAL: password authentication failed for user "otrs" at /opt/otrs/Kernel/System/DB.pm line 186.
ERROR: OTRS-restore.pl-54 Perl: 5.20.2 OS: linux Time: Tue Nov 24 15:55:54 2015

Message: FATAL: password authentication failed for user "otrs"
FATAL: password authentication failed for user "otrs"

Traceback (9970):
Module: Kernel::System::DB::new Line: 158
Module: Kernel::System::ObjectManager::_ObjectBuild Line: 227
Module: Kernel::System::ObjectManager::Get Line: 181
Module: ./restore.pl Line: 129

ERROR: OTRS-restore.pl-54 Perl: 5.20.2 OS: linux Time: Tue Nov 24 15:55:54 2015

Message: The constructor of Kernel::System::DB returned undef.

Traceback (9970):
Module: Kernel::System::ObjectManager::_DieWithError Line: 534
Module: Kernel::System::ObjectManager::_ObjectBuild Line: 238
Module: Kernel::System::ObjectManager::Get Line: 181
Module: ./restore.pl Line: 129

The constructor of Kernel::System::DB returned undef. at /opt/otrs/Kernel/System/ObjectManager.pm line 538.
Kernel::System::ObjectManager::_DieWithError(Kernel::System::ObjectManager=HASH(0x14a8fc8), "Error", "The constructor of Kernel::System::DB returned undef.") called at /opt/otrs/Kernel/System/ObjectManager.pm line 238
Kernel::System::ObjectManager::_ObjectBuild(Kernel::System::ObjectManager=HASH(0x14a8fc8), "Package", "Kernel::System::DB") called at /opt/otrs/Kernel/System/ObjectManager.pm line 181
Kernel::System::ObjectManager::Get(Kernel::System::ObjectManager=HASH(0x14a8fc8), "Kernel::System::DB") called at ./restore.pl line 129

Von wo nach wo muss ich das PW setzen bzw. wie verfahre ich weiter?

[RStraub]

Ah

das restore Script liest die Werte aus der Config.pm aus. D.h. auch wenn du eine "neue" Installation hast, müsstest du zumindest gültige DB-Credentials in die Config.pm schreiben.

[darkdead]

Ich kann ja mal meinen Workflow erläutern.
-> backup.pl ausgeführt und die Daten per SCP auf den neuen Server im tmp/BACKUP abgelegt.
-> da noch kein PostgresSQL auf dem Server installiert ist, diesen installiert und eingerichtet mit dem Nutzer Postgres / Pswd Postgres
-> Aufruf des Installer.pl im Browser
-> Auswahl PostgresSQL > den o. angelegten User eingetragen und dann einen neuen DB User Namens 'otrs' angelegt mit dem Passwort 'otrs' und der DB-Name auch otrs // rest eingerichtet
-> nun wollte ich die restore.pl ausführen und er sagte mir die DB hat schon Tabellen hat, habe ich wie nachgelesen ein Drop Database otrs (da es unter postgres ist dropdb otrs sowie ein create database otrs über die Postgres cmd gemacht.
-> wieder holen des restore Vorgangs brachte dann den Fehler.

Die Werte aus der "alten" Config.pm die mit dem Backup.pl exportiert worden sind, müssen mit der Config.pm auf dem "neuen" Server übereinstimmen, richtig? Oder was muss ich wo eintragen? Das ganze läuft ja unter Postgres

[RStraub]

Wenn beides Postgress ist dann sollte es funktionieren wenn du einfach die Config.pm aus dem alten System auf das neue kopierst.

Wenn du bei dem Installer.pl allerdings ein anderes Passwort/User angegeben hast, müsstest du noch händisch den Benutzer (entsprechend des alt-systems) auf der neuen DB anlegen. Für MySQL könnte ich dir den Befehl geben, pgress kenn ich ihn leider nicht.

[darkdead]

So hab es hinbekommen nach ca. 6-maligem einspielen eines Snapshots der VM.

Lösung:
-> nicht den Installer.pl ausführen.....
-> Aus der Config.pm des Alt-Systems die DB Daten rausgeschrieben.
-> Auf dem neuen System die neue DB 'otrs' mit dem user 'otrs' per PGAdmin3 angelegt, das Passwort aus der alten Config.pm gegeben und berechtigt.
-> Die Config.pm des neues Systems angepasst mit den alten DB-Daten + die Zeile "DatabaseDSN" für mysql per '#' deaktiviert und drei Zeilen darunter die PostgresSQL aktivieren.
-> Die Postgres-Datei pg_hba.conf editieren und 'Database administrative login' sowie 'local ist for Unix Domain socket' von peer auf md5 setzen.
-> Danach den Postgres-Dienst und den Apache einmal neustarten und die restore.pl ausführen.

Junge Junge Junge, das ich soviel abändern muss stand nicht im Skript
Aber jetzt läuft OTRS endlich auf dem neuen Host und ich kann mich an das Update wagen.

Kann ich direkt von 4.0.8 auf die neuste 5.0.3 oder sollte ich erstmal auf 4.0.14 und dann auf 5.0.3?

[RStraub]

Yey gratuliere

Du kannst von 4.x direkt auf die neuste 5.x

[darkdead]

So das Update von 4.x auf 5.0.3 hat geklappt.

1-2 Sachen sind mir aufgefallen:

- Iphone-Handler ist leider nicht mit OTRS 5 kompatibel (hoffentlich wird es bald ein update geben)
- Das OTRSApplianceManagement Tool kann nicht deinstalliert werden (button fehlt) und kann auch nicht "erneuert" werden, da es ja gar nicht mit OTRS 5 kompatibel/es keine Appliance mehr ist. --> wie kann ich es dennoch löschen? (müllt mir das Systemprotokoll voll)
- OTRS 5 ist nicht mehr mit Internet Explorer 9 kompatibel (kann man das irgendwo dem System verpulen?)

[RStraub]

Das Iphone handle is raus, weil - soweit ich weiß - OTRS 5 mit responsive design kommt und daher keine eigenen Sichten mehr benötigt.

Hast du mal versucht das Modul über die Konsole zu löschen? Also dem bin/otrs.Console.pl script ? Laut API ist das möglich über
Kernel::System::Console::Command::Admin::Package::Uninstall

Wenn du sagst ist nicht mehr kompatibel, wie äußert sich das ?

[darkdead]

OK, dann keine App mehr schade

Ne über das otrs.console.pl script hab ichs noch nicht probiert, das teste ich nochmal.

Wenn ich die index.pl aufrufe auf unserem Firmensystem kommt folgende Meldung:

Browser-Warnung
Sie verwenden leider einen (stark) veralteten Browser. OTRS funktioniert mit einer großen Auswahl an Browsern, aus denen Sie wählen können. Bitte installieren Sie einen neueren Browser oder upgraden Sie Ihren vorhandenen. Bitte lesen Sie auch die Dokumentation oder fragen Sie Ihren Systemadministrator. 

Update:
Hab es über das otrs.Console Script versucht mit 'Admin::Package::Uninstall OTRSApplianceManagement', er versucht es, kommt aber zum Ergebnis "Error: Not possible to remove this package"

[badwurzach]

Update:
Hab es über das otrs.Console Script versucht mit 'Admin::Package::Uninstall OTRSApplianceManagement', er versucht es, kommt aber zum Ergebnis "Error: Not possible to remove this package"

Steht hier: viewtopic.php?t=30067#p124066

[darkdead]

Steht hier: viewtopic.php?t=30067#p124066

Leider nicht mehr unter OTRS 5.