Hallo, kleiner Nachtrag:
Habe nach langem, erfolglosem Experimentieren im Handbuch den Hinweis auf den
Befehl 'rcotrs -restart-force' entdeckt. Und ausgeführt. Jetzt ist die crontab
OK und auch die Freigabe funktioniert wie erwartet. ... Wer lesen kann, ist
besser dran.
Unklar ist allerdings, wa
[EMAIL PROTECTED] schrieb:
Gibt es eine Möglichkeit, die cronjobs neu starten zu lassen?
Ich denke, erst solltest Du klären, warum sie partiell dennoch
ausgeführt werden.
Nu' ja - der normale Weg ist:
# su - otrs -c 'bin/Cron.sh restart'
An sich sollte auch dies als root funktionieren, ich hab's
>werden, obwohl es keine Crontab gibt. In /etc/cron.d findet sich auch
>nichts?
nein, /etc/cron.d ist leer
>Wann ist die Kiste das letzte Mal neugestartet worden?
heute - keine Änderung.
Gibt es eine Möglichkeit, die cronjobs neu starten zu lassen?
Viele Grüsse
Stefan
___
[EMAIL PROTECTED] schrieb:
Läuft der cron wohl überhaupt richtig?
# ps -ef|grep cron
mal sehen...
root 3398 1 0 12:02 ?00:00:00 /usr/sbin/cron
root 5139 3771 0 14:47 pts/37 00:00:00 grep cron
Das bedeutet, dass Dein cron um 12:02 neu gestartet wurde, denke ich.
Ich wollte
> Läuft der cron wohl überhaupt richtig?
> # ps -ef|grep cron
mal sehen...
root 3398 1 0 12:02 ?00:00:00 /usr/sbin/cron
root 5139 3771 0 14:47 pts/37 00:00:00 grep cron
> Hast Du evtl. einen anderen Scheduler laufen, der die cronjobs nachzieht?
Nicht, dass ich wüsste. E
[EMAIL PROTECTED] schrieb:
Schau mal, ob Du die cronjobs bei nem anderen User 'wiederfindest'.
Negativ: für alle User kommt: no crontab for ...
Was seltsam ist, weil ja offensichtlich z.B. der pending_jobs - job läuft.
In der Tat ist das sehr seltsam.
Läuft der cron wohl überhaupt richtig?
# ps -ef
>>> crontab -u otrs -l sagt: no crontab for otrs
>>>und jetzt? Interessanterweise laufen die automatische Eskalation
> Nein, SuSE 9.1 / OTRS 1.3.1
Schau mal, ob Du die cronjobs bei nem anderen User 'wiederfindest'.
Robert Kehl
Negativ: für alle User kommt: no crontab for ...
Was seltsam is
[EMAIL PROTECTED] schrieb:
crontab -u otrs -l sagt: no crontab for otrs
und jetzt? Interessanterweise laufen die automatische Eskalation
Nein, SuSE 9.1 / OTRS 1.3.1
Schau mal, ob Du die cronjobs bei nem anderen User 'wiederfindest'.
Robert Kehl
___
OTRS
>> crontab -u otrs -l sagt: no crontab for otrs
>> und jetzt? Interessanterweise laufen die automatische Eskalation
>> und die 'Warten auf...'-Funktionen einwandfrei.
>Debian? Schau' mal in /etc/cron.d/.
Nein, SuSE 9.1 / OTRS 1.3.1
Gruss
Stefan
[EMAIL PROTECTED] schrieb:
crontab -u otrs -l sagt: no crontab for otrs
und jetzt? Interessanterweise laufen die automatische Eskalation
> und die 'Warten auf...'-Funktionen einwandfrei.
Debian? Schau' mal in /etc/cron.d/.
hth,
Robert Kehl
___
OTRS Mail
>Oder siehe Thread: Frage zur Ticket Freigabe vom 4.11.2004.
hm.. da geht es doch um bereits beantwortete Tickets. Meine Problemtickets sind
einfach nur gesperrt, sonst nicht weiter bearbeitet.
> Ich würde mal nachsehen ob die cronjobs von OTRS laufen.
> Wenn nicht hast du genau den Effekt.
ok
Oder siehe Thread: Frage zur Ticket Freigabe vom 4.11.2004.
Grüße
Christoph
Juergen Meurer wrote:
[EMAIL PROTECTED] schrieb:
Hallo zusammen,
ich habe für eine Queue ein Freigabe-Intervall von 30 min.
eingestellt. Trotzdem verbleiben die Tickets in dieser Queue bei dem
jeweiligen Supporter, der
[EMAIL PROTECTED] schrieb:
Hallo zusammen,
ich habe für eine Queue ein Freigabe-Intervall von 30 min. eingestellt.
Trotzdem verbleiben die Tickets in dieser Queue bei dem jeweiligen
Supporter, der sie gesperrt (aber noch nicht weiter bearbeitet) hat. Der
Sinn des Freigabe-Intervalls ist aber d
Title: Nachricht
Hallo
zusammen,
ich
habe für eine Queue ein Freigabe-Intervall von 30 min. eingestellt.
Trotzdem verbleiben die Tickets in dieser Queue bei dem jeweiligen
Supporter, der sie gesperrt (aber noch nicht weiter bearbeitet) hat. Der
Sinn des Freigabe-Intervalls ist aber doch,
14 matches
Mail list logo
