On Tuesday, June 08, 2004 12:24 PM Bernhard Mainusch linuxteufel@web.de wrote:
Es läuft irrgendwie alles schief!
Tut es das nicht immer? ;-P Kopf hoch, kriegen wir hin!
Nach der Eingabe des Befehls im Verzeichnis "/opt/otrs" als root "bin/SetPermissions.sh /opt/otrs otrs www-data otrs www-data" erscheint die Meldung: -bash: bin/SetPermissions.sh: Permission denied
Dann bist Du mit hoher Wahrscheinlichkeit nicht root. Was sagt Dir ein 'whoami'?
Auch nach den Neustart von apache komme ich nicht mehr unter customer.pl sowie index.pl auf die Oberfläche, obwahl apache und MySQL laufen. Die Meldung im Explorer lautet; Message: Sorry, can't locate or load Kernel::Language::de translation! Check the Kernel/Language/de.pm (perl -cw)!
Führe mal dies aus:
# perl -cw /opt/otrs/Kernel/Language/de.pm
Da sollte kommen:
/opt/otrs/Kernel/Language/de.pm syntax OK
Die de.pm habe ich noch einmal heruntergeladen und apache neu gestartet, trotzdem komme ich nicht auf das System.
Führe den neustart des Apache mal so durch:
rcapache stop rcapache start
Auch bei den Cronjob funktioniert was nicht. Ich bekomme per mail die Mitteilung: running daily cronjob scripts
SCRIPT: logrotate exited with RETURNCODE = 1. SCRIPT: output (stdout && stderr) follows
G/usr/bin/mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user: 'root@localhost' (Using password: NO)' error running postrotate script SCRIPT: logrotate ------- END OF OUTPUT
Was habe ich den da wieder angestellt?
Dein logrotate möchte gerne irgendwas mit mysqladmin anfangen, hochwahrscheinlich, um Daten in eine gleichnamige Bank zu pumpen. Du hast das 'root-Passwort des MySQL-Servers verändert, und möchtest aber ohne Passwort via logrotate-Skript als eben dieser 'root' verbinden.
Lösung: Logrotate richtig konfigurieren. man logrotate.
Gibt es für solche Fälle wie ich eins bin auch eine Lösung?
*g* Doooch, schon, wenn Du denn einsiehst, dass die Fullquotings Deiner Config.pm in ihrer epischen Breite eher selten hilfreich sind. ;-) *zwinker*
$Self->{'AuthModule::LDAP::GroupDN'} =
'cn=Administrator,ou=Verwaltung,ou=Franz-Denutzer,dc=Franz,dc=local'; $Self->{'AuthModule::LDAP::AccessAttr'} = 'memberUid'; $Self->{'AuthModule::LDAP::UserAttr'} = 'DN';
Diese Einstellung ist falsch. In der DN 'cn=Administrator,ou=Verwaltung,ou=Franz-Denutzer,dc=Franz,dc=local' befindet sich sicher keine Liste von memberUIDs. Kommentier' das.
Gruß,
Robert Kehl
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388