> Martin Gruner <martin.gruner@otrs.com> hat am 13. Oktober 2014 um 10:57 geschrieben:
>
>
> 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 beendet hat.
>
> Herzlichen Gruß, Martin
>
> Am 10.10.14 um 09:24 schrieb Nils Haug:
> > 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 wir nun bei beiden OTRS-Systemen das Problem, dass
> > der otrs-scheduler nach einer bestimmten Zeit oder Events nicht mehr
> > läuft. Ein Auslöser ist der reboot des Systems, es muss aber noch
> > weitere geben. Ich bekomme dann auf der Weboberfläche folgende Warnung:
> > "Scheduler-Prozess ist registriert,scheint aber nicht zu laufen"
> > Wenn ich auf diese klicke werde ich gefragt, ob ich den Scheduler
> > neustarten möchte. Bejahe ich diese Frage ändert sich der Status nur
> > dahingehend dass nun gesagt wird, dass der Scheduler nicht läuft :(
> >
> > Wenn ich den otrs-Dienst per CLI neustarte, kommt folgende Fehlermeldung:
> > Starting OTRS Scheduler Service... ERROR: OTRS-otrs.Scheduler-01
> > Perl: 5.10.0 OS: linux Time: Thu Oct 9 16:36:41 2014
> >
> > Message: NOTICE: otrs.Scheduler.pl is registered on the DB, but the
> > registry has not been updated in 90 seconds!. The register will be
> > deleted so Scheduler can start again without forcing
> >
> > Traceback (13174):
> > Module: main::_AutoStop (unknown version) Line: 592
> > Module: /opt/otrs/bin/otrs.Scheduler.pl (unknown version) Line: 239
> >
> > In einem Forum hatte ich gelesen, dass vermutlich in solchen Fällen ein
> > runlevel-Skript benötigt wird. Daher habe ich das vorhandene Skript
> > versucht anzupassen und unter /etc/init.d/otrs-scheduler-linux abgelegt.
> > Leider ohne Erfolg. Das rc-Skript hänge ich mal als Anhang an.
> >
> > Ich vermute es handelt sich um ein Berechtigungsproblem. Denn wenn ich
> > den Scheduler als root durch folgende Kommandos neustarte, verschwindet
> > die Fehlermeldung auf der Weboberfläche:
> >
> > /opt/otrs/bin/otrs.Scheduler.pl -a stop -force/opt/otrs/bin/otrs.Scheduler.pl -a start
> >
> > Vielleicht hängt es aber auch mit der DB (mysql v. 5.5.1) zusammen. Das
> > Update von mysql war etwa zeitgleich mit dem Start des Auftreten des
> > Problems.
> >
> > Gibt es Erfahrungen, wie ich das Problem lösen kann? Ich bedanke mich
> > schon im Voraus für eure Tipps.
> >
> >
> >
> > Mit freundlichen Grüßen
> >
> > Nils Haug
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> > Archive: http://lists.otrs.org/pipermail/otrs-de
> > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
> >
>
> --
> Martin Gruner
> Senior Developer R&D
>
> OTRS AG
> Bahnhofplatz 1a
> 94315 Straubing
>
> T: +49 (0)6172 681988 0
> F: +49 (0)9421 56818 18
> I: www.otrs.com/
>
> Geschäftssitz: Bad Homburg, Amtsgericht: Bad Homburg, HRB 10751,
> USt-Nr.: DE256610065
> Aufsichtsratsvorsitzender: Burchard Steinbild, Vorstand: André
> Mindermann (Vorsitzender), Christopher Kuhn, Sabine Riedel
>
> Service Desk-Professionalität auf höchstem Niveau – OTRS 3.4 wird zu
> OTRS 4! – Jetzt Beta-Version testen!
> http://www.otrs.com/otrs-4-beta-mit-ultra-flachem-design-und-uberarbeitetem-core/?lang=de
> ---------------------------------------------------------------------
> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs-de
> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>