Also mir hat noch ein:
... genügt und zum schauen ob es gestartet wird:
Jetzt suche ich momentan noch, wo beim SuSE rpm der Documentroot hingepackt wird. Jedenfalls scheinbar nicht: /srv/www/htdocs/otrs....
Möchte das noch absichern... hm probier doch mal das was ich oben geschrieben habe. Wie gesagt, bei mir funktioniert es so.
Gruß,
R
PS.: Ich habe hier auch Webmin und zwar in Version: 1.4.8.0 wenn ich bei Server -> Apache Webserver oben links auf beenden und dann wieder starten gehe, funktioniert das.
Müssten nurnoch herausfinden, was bei dir anders ist...
Ich habe nochwas gefunden bezüglich SuSE rpm:
Im apache2 log:
Message: Can't write '/opt/otrs/var/tmp/xyzblacode': Permission denied
Falsche Berechtigungen für das Verzeichnis?
Ich frage mich: Warum für das Verzeichnis benutzer OTRS und Gruppe root gesetzt ist... momentan habe ich es auf worldreadable und not sticky... damit ist die Fehlermeldung momentan verschwunden.
Der Benutzer OTRS wurde jedenfalls angelegt und ist auch mitglied in einer Gruppe in der auch wwwrun (Apache) mitglied ist... hm komisch.
Was ich auch noch empfehlen würde... in Sysconfig von apache2:
Bei "APACHE_MODULES= " noch "perl" hinzufügen / (mod_perl) aktivieren.
Dann würde ich noch empfehlen wenn man sich als admin anmeldet, dann gibts ja noch den Adminbereich. Dort gibt es eine Paketverwaltung. Da kann man ein Support Assesment tool installieren. Da möglichst schauen dass alles Grün OK leuchtet
Was dort bei mir ein Problem macht ist:
Code:
Apache::DBI 1 Initiate a persistent database connection
Dieses habe ich bereits installiert, dennoch wird es dort als critical angemerkt... Ich weiss nicht, ob es an Version 1.07 liegt?
perl-Apache-DBI gibts via YasT...
Dann ist mir gerade noch etwas aufgefallen in der boot.msg:
Code:
Starting OTRS
Checking Apache ... failed!
--> Please start the webserver at first! (rcapache2 start) <--
Warum dies allerdings der Fall ist, weiss ich nicht. Ich werde mal versuchen das noch herauszufinden...
Interessant dabei, dass der Script beim Shutdown auch nicht funkt. Jedoch wenn der Rechner läuft kommt das hier:
Code:
wild-thing:/home/disk # rcotrs status
Checking for httpd2: running
Checking for service MySQL: running
Checking database connect... (It looks Ok!).
Checking /opt/otrs/bin/PostMaster.pl ... (not activ) failed.
Checking otrs spool dir... done.
Dennoch funktioniert das Webinterface... 0o ?
Ich werde mal diesen Tipp versuchen:
http://osdir.com/ml/otsr.user.german/2005-07/msg00139.html
Jetzt funktioniert zumindest rcotrs stop und start normal allerdings beim booten immernoch failed... :S ??
Also ich habe mir jetzt auch den RCSCRIPT angeschaut... es gab bei mir zwei Probleme:
1.: Laut /var/log/boot.msg startete der Script zunächst mal vor Apache2... dies habe ich durch folgende Änderung umgangen (damit startet er bei mir sicher nach apache2):
Code:
### BEGIN INIT INFO
# Provides: apache apache2 httpd
# Required-Start: $local_fs $remote_fs $network
# Should-Start: $named $time postgresql sendmail mysql ypclient dhcp radiusd
# Should-Stop: $named $time postgresql sendmail mysql ypclient dhcp radiusd
# Required-Stop: $local_fs $remote_fs $network
# Default-Start: 3 5
# Default-Stop: 0 1 2 6
# Short-Description: Apache 2.2 HTTP Server
# Description: Start the Apache HTTP daemon
### END INIT INFO
(Änderung wirksam machen):
2. Funktioniert der Webservercheck des Scriptes nicht. Also laut var/log/boot.msg startet er jetzt definitiv nach httpd2-prefork;
Dazu habe ich ja oben den Beitrag von der Mailingliste gefunden und versprach mir davon Linderung. Ich habe das durchgeführt. Es hat leider nicht geklappt bei mir. Dann habe ich folgende werte versucht in /etc/sysconfig/otrs:
Code:
#OTRS_USED_WEBSERVER="Apache"
#OTRS_USED_WEBSERVER="Apache2"
OTRS_USED_WEBSERVER="httpd2-prefork"
OTRS_USED_WEBSERVER="httpd2"
Keiner dieser funktioniert in meinem Fall... ? > Ideen dazu?
Jedenfalls habe ich mal den Webservercheck einfach deaktiviert:
/etc/sysconfig/otrs
Das probier ich jetzt...
Gehe ich recht in der Annahme, dass du genau diesen RCSCRIPT gemeint hast?
Hier das ergebnis bei laufendem Rechner:
Code:
wild-thing:/home/disk # rcotrs start
Starting OTRS
Disabled: webserver check!
Checking MySQL ... done.
Checking database connect... (It looks Ok!).
Enable /opt/otrs/bin/PostMaster.pl ... done.
Checking otrs spool dir... done.
Creating cronjobs (source /opt/otrs/var/cron/*) ... done.
-->> http://wild-thing/otrs/index.pl <<--
Hier das ergebnis nach dem boot: (var/log/boot.msg)
Code:
wild-thing:/home/disk # less /var/log/boot.msg | grep otrs
Enable /opt/otrs/bin/PostMaster.pl ... done.
Checking otrs spool dir... done.
Creating cronjobs (source /opt/otrs/var/cron/*) ... done.
-->> http://wild-thing/otrs/index.pl <<--
Hoffe das war auch deine Lösung! Oder du hast eine bessere Parat? Fragt sich wirklich nur, warum dieser check nach apache2 fehlert... und man deswegen vielleicht einen Bugreport schreiben sollte?
Gruß,
R
PS.: Do not reboot the webserver! The Website is down!
EDIT:
Apache:
BI hab ich mittlerer Weile auch hinbekommen ich hab sichergestellt, dass die tests in CPAN sauber durchlaufen. Der nutzer für die tests hat keinen connect zur MySQL bekommen. Das kann man in der Fehlerausgabe in CPAN entnehmen beim Installationsversuch. Also hab ich einen user mit passwort is no für ein neues schema test erstellt. Dann hat er es sauber gebaut jetzt klappt Apache:
BI bei mir auch mit der CPAN version. Das ganze habe ich dann wieder abgesichert und gut.
Fast vergessen:
/etc/apache2/conf.d/otrs.conf
Hinzufügen, wenn es wirklich erfolgreich installiert wurde.
/EDIT
