Hallo Martin,
danke für den Hinweis. Diesen Schritt (7.) hatte ich beim Minor-Upgrade und auch
davor übergangen, weil hier nur die Rede von Installationen per Tarball ist:
http://otrs.github.io/doc/manual/admin/3.3/de/html/upgrading.html
7. Setzen Sie die Datei-Berechtigungen.
wenn der Tarball
Hallo Nils,
hm, hast du otrs.SetPermissions.pl verwendet um die Permissions zu
setzen? In dem Fall sollte es nämlich nicht auf root:root stehen.
Herzlichen Gruß, Martin
Am 13.10.14 um 14:17 schrieb Nils Haug:
Hallo Martin,
danke für deine Antwort. Ich habe otrs erfolgreich geupdated, das
Hallo Nils,
hast du die Möglichkeit auf die aktuelle 3.3 zu updaten? Da haben wir
von einem rc-Skript auf einen cron-Watchdog umgestellt, der den
Scheduler bei Bedarf startet und somit sicherstellt, dass er läuft, auch
wenn zwischendurch z. B. mal die DB down war und sich der Scheduler
daraufhin
Hallo Martin,
danke für deine Antwort. Ich habe otrs erfolgreich geupdated, das Problem wurde
dadurch allerdings nicht behoben.
Daher habe ich mal ein bisschen Log-Dateien durchwühlt.
In /var/log/messages steht folgende Fehlermeldung:
... user.err OTRS-otrs.Scheduler-01[4129]:
Hallo zusammen,
wir setzen bei uns in der Firma schon seit mehreren Jahren OTRS ein. OTRS ist
auf einem SLES11 SP3 Server und einem weiteren Testsystem in einer KVM-Maschine
installiert. Es wird die OTRS-Version 3.3.5 eingesetzt. Seit einiger Zeit
(könnte auch mit dem Update zusammenhängen) haben