Kopie Live-System als Test-System, falsche DB

[ABO_AC]

Hallo zusammen,

ich habe die Aufgabe unser OTRS Live System im aktuellen Zustand auf ein Testsystem zu übertragen.

Ich bin wie folgt vorgegangen:

1. Ich habe die Config Dateien vom alten Test-System gesichert.
2. Dump der Live DB erstellt. (mysqldump....)
3. Dump der Live DB in Test DB eingespielt.
4. Live-System komplett kopiert.
5. Config.pm des Test-Systems angepasst (Test Datenbank, User, PW, fs-root und Domainname geändert)
6. Testserver gestartet und Testsystem aufgerufen.
7. -> bei login im Livesystem gelandet.
8. var/tmp umbenannt
9. -> bei login im Livesystem gelandet.

Wenn ich ungültige Dateien aufrufe, also absichtlich ne Fehlermeldung produzieren, dann verweist die Fehlermeldung auf das Verzeichnis des Test-Systems.
Ich habe alle Dateien im Verzeichnis durchsucht und habe keine Stelle mehr gefunden an der alte Konfigurationseinstellungen standen. Trotzdem lande ich nach einem Login immer im Live-System.

Die DB und Verzeichnisse des Live-Systems ist für das Test-System erreichbar. Was muss ich tun, damit mein Test-System die Datenbankverbindung aus der Config.pm nimmt?

Vielen Dank für die Hilfe.

[swerny]

Code: Select all

cd /opt/otrs/
find . -type f -name "*" | xargs grep 'ip_oder_name_des_livesystems'

Da solltest Du eigentlich fündig werden...

[ABO_AC]

Danke für die Antwort.

Ich werde das mal ausprobieren.

[jojo]

Laufen die beiden auf unterschiedlichen Servern?

[ABO_AC]

Hallo,

nein, beide laufen auf dem gleichem Server, aber in verschiedenen Apaches auf unterschiedlichen Ports.

[jojo]

unterschiedliche Apache binaries oder nur vhosts?


Wenn es vhosts sind und beide Mod Perl nutzen geht es nicht, eines der beiden systeme muss dann im CGI Modus laufen.

[ABO_AC]

Hallo,

es sind unterschiedliche binaries. Beide lassen sich unabhängig starten und stoppen.

[jojo]

anscheinend benutzen sie aber den gleichen Memory Bereich. Bitte lass eines der Systeme mal testweise im CGI Modus laufen

[ABO_AC]

Hallo,

vielen Dank für die Hilfe. Es war ein Fehler in der Perlkonfiguration. Der Hoster hat das Problem finden und beseitigen können.