Benutzerrechte der OTRS Ordner werden seit dem letzten Update automatisch verändert.

[cjs1976]

Hallo!

Ich habe eine einfache OTRS-Installation lt. Handbuch. Zusätzlich habe ich das FAQ-Modul und KIX4OTRS installiert. Da es ein Debian-System ist, und ich mich an die Installationsanleitung gehalten habe, gilt otrs:www-data für den Ordner otrs und alles was darunter ist.

Alle paar Stunden werden aber einige Ordner verändert. Da ist dann statt otrs:www-data www-data:www-data gesetzt, und dann kann man logischer Weise nicht mehr mit OTRS arbeten, weil es immer zu Abstürzen kommt. Ich kann das dann ganz einfach per Aufruf von chown -R otrs:www-data ändern, und sofort funktioniert alles wieder einwandfrei... Aber... ein paar Stunden süäter habe ich wieder das selbe Problem.

Der Order, wo das Problem auftritt scheint nur /opt/otrs/var/tmp/CacheFileStorable zu sein. Da liegen einige Unterordner drin, und die wechseln ständig den Besitzer.

Kennt jemand eine Lösung, oder wenigstens einen Hinweis wonach ich suchen kann/soll?

Danke,
Christian.

[RStraub]

Der Cache wird vom Apache User geschrieben und nicht vom OTRS User.

Du könntest den OTRS User der Apache-Gruppe zuweisen, sodass du weiterhin Rechte auf die Datei hast. Laut Installation ist das glaube ich auch empfohlen.

[cjs1976]

Hallo!

Ja, das stimmt. Unter 'Step 3: Create OTRS User' wird das in der Dokumentation beschrieben. Ich habe das jetzt nochmals überprüft, und das scheint auf meinem System alles korrekt zu sein.

Kann es sein, dass mein Problem von den Otrs-Cron-Jobs kommt? Die muss man ja auch mit einem speziellen Benutzer (eigentlich otrs) starten.

Weiß jemand wie ich den Status der Otrs-Cron-Jobs prüfen kann? Also ob Sie laufen und mit welchem Benutzer?

Danke,
Christian.

[RStraub]

Wenn du als OTRS Nutzer eingeloggt bist, kannst du dir die aktiven Cronjobs anschauen mit:

Code: Select all

crontab -l

[cjs1976]

Hmmm... okay, ich hatte diese Cron-Jobs bei den Benutzern otrs und www-data. Ich habe jetzt alle entfernt, den Server neu gestartet, und dann die Cron-Jobs für den Benutzer otrs wieder hinzugefügt. Zusätzlich habe ich die Rechte neu gesetzt, und die Scripte vom Update nochmals gestartet. Server wurde nochmals neu gestartet, und jetzt schaue ich mir das ganze mal weiter an...

[cjs1976]

So, der Fehler ist wieder da...

Es ändern sich die Benutzerrechte von fast allen Ordnern im Ordner /opt/otrs/var/tmp/CacheFileStorable. Ich habe manuell alles auf otrs:www-data gesetzt, und plötzlich haben die meisten www-data:www-data oder otrs:otrs. Einige sind gleich geblieben.

Die Cron-Jobs gibt es wirklich nur mehr bei dem Benutzer otrs.

Was kann denn das nur sein???

Danke,
Christian.

[cjs1976]

Habe mir Gestern ein kleines Skript gebaut, und bisher schaut es so aus, als würde jetzt alles funktionieren. OTRS läuft jetzt, ohne dass ich immer wieder die Rechte neu setzen muss. Einige Unterordner im oben genannten Ordner werden zwar immer noch auf www-data:www-data gesetzt, aber es gibt keine mehr mit otrs:otrs. Ich glaube, es liegt am Aufruf der otrs.SetPermissions.pl

Code: Select all

#!/bin/sh

#################################################################
# ACHTUNG: Das OTRS-Handbuch empfiehlt als Besitzer otrs:www-data,
#          aber KIX4OTRS empfiehlt www-data:www-data
##################################################################

user=otrs
group=www-data

# Rechte neu setzen
/opt/otrs/bin/otrs.SetPermissions.pl /opt/otrs --otrs-user=$user --web-group=$group
sudo chown -R $user:$group /opt/otrs
sudo chmod -R 775 /opt/otrs

# Caches löschen
sudo -u $user /opt/otrs/bin/otrs.DeleteCache.pl
sudo -u $user /opt/otrs/bin/otrs.LoaderCache.pl -o delete

# Konfiguration neu laden
sudo -u $user /opt/otrs/bin/otrs.RebuildConfig.pl

# Rechte sicherheitshalber nochmals setzen
sudo chown -R $user:$group /opt/otrs
sudo chmod -R 775 /opt/otrs

[RStraub]

Das ist sicherlich die Holzhammer Methode