Re: [otrs-de] OTRS "Mandantenkopie"
Hallo,
anbei nun die kurze "Anleitung" die ich versprochen hatte. Wie darin
beschrieben habe ich meine "Mandantenkopie" durchgeführt. (An sich ist
es keine Mandantenkopie eher eine Systemkopie, da ja die SystemID gleich
bleibt, ich nenne es aber trotzdem so - klingt irgendwie so schön
professionell :)
Nun wirds Zeit mal die Bugzilla Integration zu testen.
Für Fragen stehe ich gerne zur Verfügung.
p.s Wird es mit 2.0 eine Bugzilla Integration geben ?
Robert Heinzmann wrote:
p.s. Ich schreibe die Schritte die ich durchgeführt habe noch einmal
zusammen und schick Sie an die Liste. Falls noch jemand das Problem
hat oder ein Testsystem mit mod_perl-1 auszusetzen.
p.p.s Sorry für die Rechtschreibung :)
HOWTO - Setup a OTRS test and production system on the same machine.txt
==
Version: 0.1 - 21.01.2005
(2005 by [EMAIL PROTECTED])
System environment
--
Operating system: SLES8 (SuSE)
OTRS: 1.3.1-01
Web Server: Apache 1.3
Database: MySQL 3.23
Introduction
I wanted to place a OTRS test system and a production system on one host.
The test system should be a 1:1 copy of the production system (same System
ID!).
I wanted to use this system for testing and development. This is the
documentation
of the steps I performed to get this done . This document is not guaranteed to
be complete.
The new test system will have the following specification:
OTRS Home: /opt/otrstest
OTRS User: otrstest
OTRS Hostname: otrs2.xxx.yyy.de:8000
+
| If you follow this guideline, you do it ON YOUR OWN RISK! |
| I DO NOT GUARANTEE THE CORRECTNESS OF THIS DOCUMENTATION. |
+
Note: Depending on the Distribution and database you are using, the steps may
differ.
Procedure
==
1) Create MySQL OTRS test database
--
otrs:/ # mysql
mysql> create database otrstest;
Query OK, 1 row affected (0.04 sec)
mysql> grant all on otrstest.* to otrstest identified by 'otrstest';
Query OK, 0 rows affected (0.07 sec)
2) Dump production OTRS database
otrs:/ # mysqldump otrs > /tmp/otrsdb.prod.$(date -I).sql
otrs:/ # ls -al /tmp/otrsdb.prod.2005-01-20.sql
-rw-r--r--1 root root 146437256 Jan 20 11:47
/tmp/otrsdb.prod.2005-01-20.sql
3) Create second OTRS username
Change: Username, UID, Home, Name
4) Copy the OTRS production system (executables)
otrs:/opt # cp -a otrs otrstest
otrs:/opt # cd /opt/otrstest
otrs:/opt/otrstest # find /opt/otrstest -user otrs -exec chown otrstest \{\} \;
otrs:/opt/otrstest # cp /etc/init.d/otrs /etc/init.d/otrstest
otrs:/opt/otrstest # cp /etc/sysconfig/otrs /etc/sysconfig/otrstest
Modify /etc/init.d/otrstest
change sysconfig file
Modify /etc/sysconfig/otrstest
cange:
OTRS_ROOT
OTRS_HTTP_LOCATION
OTRS_CRON_USER
5) Edit OTRS test system config
---
otrs:/opt/otrstest # vi /opt/otrstest/Kernel/Config.pm
Change:
$Self->{DatabaseHost}
$Self->{Database}
$Self->{DatabasePw}
$Self->{Home}
$Self->{LogModule::LogFile}
$Self->{FQDN}="OTRS2.xxx.yyy.de:8000"
6) Add DNS or /etc/hosts entry for new Apache Hostname Alias
-
Windows:
edit C:\WINNT\system32\drivers\etc\hosts
XXX.XXX.XXX.XXX otrs2.xxx.yyy.de
Unix:
edit /etc/hosts
XXX.XXX.XXX.XXX otrs2.xxx.yyy.de
It's best to use DNS, because all clients connecting to the test server are
required to resolve this name.
Note: This step is required to use cookies for authentication with OTRS
instances running on the same host
on different ports, otherwise session management will not work
correctly.
7) Create a second apache instance
--
otrs:/opt/otrstest # cp -a /etc/httpd /etc/httpd2
Edit /etc/httpd2/httpd.conf
vi command: ",$s./httpd/./httpd2/.g"
Modify:
ServerName
PidFile
ScoreBoardFile
Listen (Port other than 80, eg 8000)
Create Directory /var/log/httpd2 (wwwrun permissions)
Create Directory /var/lock/subsys/httpd2/ (wwwrun permissions)
Edit /etc/httpd2/suse_include.conf
[...]
Include /opt/otrstest/scripts/apache-httpd.include.conf
Modify /opt/otrstest/scripts/apache-httpd.include.conf:
Script: sed -e 's/\([^[:alpha:]]\)\(otrs\)\([>\/]\)/\1otrstest\3/g'
/opt/otrs/scripts/apache-httpd.include.conf >
/opt/otrstest/scripts/apache-httpd.include.conf
ln /usr/sbin/httpd /usr/sbin/httpd2
cp -a /etc/init.d/apache /etc/init.d/apache_2
Modify /etc/init.d/apache_2
[...]
test -s /etc/sysconfig/
Re: [otrs-de] OTRS "Mandantenkopie"
Hallo Robert,
Robert Kehl wrote:
Robert Heinzmann schrieb:
Wenn ich mich am Testsystem abmelde werde ich auch am Produktivsystem
abgemeldet. Was kann da die Erklärung sein ? Sollte nicht pro HTTPD
ein mod_perl geladen werden ?
Setze mal testweise eine andere System-ID, oder schalte die
Cookie-Unterstützung in der Config.pm aus.
Ich habe jetzt im Testsystem die Cookie Unterstützung rausgeschmissen
($Self->{SessionUseCookie} = 0;). Sonst habe ich keine Änderungen
vorgenommen. Es scheint nun zu funktionieren. Ich habe noch bisschen
darüber nachgedacht und die Cookie Daten die OTRS verteilt angeschaut.
Ein Cookie bindet sich ja nur an den HOST, der ist aber in beiden Fällen
der gleiche nur der Port ist ein anderer (also denken beide OTRS, dass
die Session die gleiche und schon da ist --> einmal Abmelden betrifft
beide Systeme). Es müsste also auch mit einem anderen Apache Hostname
und Cookie Unterstützung funktionieren .. Nichts leichter als das dachte
ich mir, editierte die hosts datei auf mdem Client (otrs2 host auf die
gleiche IP wie otrs), passte httpd.conf an (ServerName) und dann noch
Kernel/Config.pm ($Self->{FQDN}), Cookie Unterstützung wieder an und
Test. Ergebnis:
Es geht, es sind nun 2 Cookies registriert mit jeweils ner eigenen SID
und ner eigenen URL.
Abmelden Am Produktiv-System hat nun keine Auswirkung auf Test-System
Abmelden Am Test-System hat nun keine Auswirkung auf Produktiv-System
Funktioniert also mit IPC Session Verwaltung und der gleichen SID.
Robert Heinzmann
p.s. Ich schreibe die Schritte die ich durchgeführt habe noch einmal
zusammen und schick Sie an die Liste. Falls noch jemand das Problem hat
oder ein Testsystem mit mod_perl-1 auszusetzen.
p.p.s Sorry für die Rechtschreibung :)
___
OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.de/
Re: [otrs-de] OTRS "Mandantenkopie"
Robert Heinzmann schrieb: Wenn ich mich am Testsystem abmelde werde ich auch am Produktivsystem abgemeldet. Was kann da die Erklärung sein ? Sollte nicht pro HTTPD ein mod_perl geladen werden ? Setze mal testweise eine andere System-ID, oder schalte die Cookie-Unterstützung in der Config.pm aus. Kontrolliere, ob Deine Sitzung wirklich weg. Dabei hilft Dir bin/DeleteSessionIDs.pl Hast Du die Sitzungsverwaltung auf IPC stehen? Was sagt ein 'ipcs'? Du kannst auch mal versuchen, die Sitzungsverwaltung auf die DB oder Files umzustellen (statt IPC). hth, Robert Kehl ___ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Re: [otrs-de] OTRS "Mandantenkopie"
Hallo, ich habe das Szenario a) ausprobiert und leider funktioniert es nicht so 100%ig. Platform: SLES8, OTRS 1.3.1-01, MySQL, Apache (kein SSL) Ich bin dabei wie folgt vorgegangen: - Datenbankdump Produktionsdatenbank - Anlegen Testdatenbank (inkluive neuem Datenbankuser) - Import des Datenbankdumps in Testdatenbank - Kopie des otrs Verzeichnisses - Anlegen eines zweiten otrs nutzers (anderer Name, UID und Home(=neues OTRS home)) - Ändern des Besitzers im neuen OTRS home (find . -user otrs -exec chown ...) - Anpassen der datei /opt/otrstest/../apache-httpd.include.conf - Anpassen der Config.pm des Testsystems (Datenbank Connection, NICHT die SystemID, da es eine 1:1 Kopie sein soll) - Kopie und Anpassung /etc/sysconfig/otrs nach /etc/sysconfig/otrstest - Kopie und Anpassung /etc/init.d/otrs nach /etc/init.d/otrstest Nachdem ich dann im Handbuch den Hinweis über mod_perl-1 und mod_perl-2 gefunden habe, habe ich auch noch folgendes durchgeführt: - Aufsetzen eines 2. Apache servers (Port 8000) - Anpassen /etc/httpd/suse_include.conf (Ich weiss wird automatisch erzeugt, aber nur beim 1. apache :) Dies müsste doch die Umgebunden streng trennen. Nach ersten Tests sieht es auch so aus, als das die Systeme auf verschiedenen OTRS Datenbeständen arbeiten (Ein Ticket im Testsystem gelöscht, im Produktivsystem weiter vorhanden) Ein Kurisosum habe ich jedoch festgestellt: Wenn ich mich am Testsystem abmelde werde ich auch am Produktivsystem abgemeldet. Was kann da die Erklärung sein ? Sollte nicht pro HTTPD ein mod_perl geladen werden ? Grüße, Robert Heinzmann Robert Heinzmann wrote: Hallo, was ist denn alles zu beachten wenn ich eine Mandatenkopie im OTRS machen will, dass heisst einen Systemexport und Import unter einer anderen System ID fahren will ? Zur Erklärung: Ich will zu Testzwecken auf dem OTRS Host ein Testsystem unserer Produktivumgebung aufbauen. Dabei habe ich über mehrere Möglichkeiten nachgedacht. a) MySQL Dump und Restore in andere Datenbank (otrstest) Zusätzlich eine Kopie des Verzeichnisses /opt/otrs nach /opt/otrstest und anpassen der Config.pm darin. b) Mandantenkopie (andere SystemID) in der selben Datenbank wie OTRS produktiv Welche möglichkeit ist hier zu Empfehlen ? Was währe denn bei a) noch zu beachten (cronjobs etc.) ? Für a) spricht die einfache Realisierbarkeit, jedoch muss dann Backup etc. angepasst werden. Für b) spricht, dass keine Änderungen an Backups etc notwendig sind. Grüße, Robert Heinzmann ___ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/ ___ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
[otrs-de] OTRS "Mandantenkopie"
Hallo, was ist denn alles zu beachten wenn ich eine Mandatenkopie im OTRS machen will, dass heisst einen Systemexport und Import unter einer anderen System ID fahren will ? Zur Erklärung: Ich will zu Testzwecken auf dem OTRS Host ein Testsystem unserer Produktivumgebung aufbauen. Dabei habe ich über mehrere Möglichkeiten nachgedacht. a) MySQL Dump und Restore in andere Datenbank (otrstest) Zusätzlich eine Kopie des Verzeichnisses /opt/otrs nach /opt/otrstest und anpassen der Config.pm darin. b) Mandantenkopie (andere SystemID) in der selben Datenbank wie OTRS produktiv Welche möglichkeit ist hier zu Empfehlen ? Was währe denn bei a) noch zu beachten (cronjobs etc.) ? Für a) spricht die einfache Realisierbarkeit, jedoch muss dann Backup etc. angepasst werden. Für b) spricht, dass keine Änderungen an Backups etc notwendig sind. Grüße, Robert Heinzmann ___ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
