GenericAgent unter Windows

[CarpeVentum]

Hallo Zusammen,
der CronW-Dienst läuft und im GenericAgents sind zwei Job eingestellt die manuell funktionieren, jedoch wie zeitlich konfiguriert nicht aufgerufen werden. Die Jobs sind gültig und es sind Minuten, Stunden und Tage definiert - im Netz fand ich einen Hinweis auf die cronw.txt und dass sie bei der otrs 3.0.8 leer sei - das stimmt, die Datei ist leer... ist das die Ursache dafür dass die Jobs nicht starten und was gehört dort hinein?

[fossil]

Hi CarpeVentum,

was steht denn in der GenericAgent.pl ? Kann aber auch sein das der Cron-job entweder nicht aktiv ist oder aber keinem OTRS-User hinterlegt wurde?
Wurden nach dem Anlegen testweise die Dienste neu gestartet (CronJobs bei otrs4win\Scripts\ Dienste neustarten)?

VG, Fossil

[CarpeVentum]

Hallo Fossil,
die Datei ist gefüllt (Version 1.4) - der cronw-Dienst wurde bereits mehrmals neugestartet. Wie kann man einen Job einem OTRS-User hinterlegen?

[fossil]

Hi okay,

sieht man irgendetwas im Log? Steht dort etwas über die Crons?
z.B. error OTRS-GenericAgent-10 Need UserID!


Schau mal hier: http://forums.otrs.org/viewtopic.php?f=35&t=8725 evtl bringt dich das weiter.

VG, Fossil

[CarpeVentum]

Das habe ich bereits gelesen, wir haben hier ein Windows-System... laut cronw.log läuft der Dienst, das gibt auch die Übersicht der Dienste her, letzter Eintrag: [2011/06/08 19:11:26] cron service started

[fossil]

Kannst du mir mal zwecks dem Verständnis genau erklären wie du den Cron angelegt hast und mit welchem User es angelegt worden ist, z. B. Admin mit Vollzugriff.
Evtl. kann ich es mal versuchen danach nachzustellen.

Ich komme sonst nicht darauf oder wir haben noch etwas übersehen
Danke.

VG, Fossil

[CarpeVentum]

Sehr gerne, angelegt habe ich die Jobs mit dem Admin

- Jobname
- Gültig: Ja
- alle Minuten, Stunden, Tage markiert, d.h. alle 10min müsste der Job laufen, der rote Hinweis "Derzeit würde dieser GenericAgentJob nicht automatisch ausgeführt werden. Um ihn automatisch auszuführen muß mindestens ein Wert von Minuten, Stunden und Tagen ausgewählt werden!" wird nicht mehr angezeigt
- Bedingungen funktionieren, wurde mit einem manuellen Start getestet
- speichern

- der cronw-Dienst wurde mit dem OTRS-Installer als Windows-Dienst installiert und läuft, dort habe ich keine Änderungen in den Dateien vorgenommen, die crontab.txt ist wie gesagt leer

...habe ich noch etwas vergessen?

[fossil]

Hi,

danke das ist schon mal ein kleiner Wegweiser.

Was willst du genau automatisieren, ist es ein Ticket-Filter oder eine Ticket-Aktion? Hier kannst du die Agenten/ Besitzer setzen in der Auswahlliste.
Hast du schon einmal versucht eine Notiz zu setzten, nur mal so als Test? Funktioniert das?


VG, Fossil

[CarpeVentum]

Hallo Fossil
ich habe einen recht einfachen Job erstellt, der alle gesperrten Tickets freigibt - führe ich ihn manuell aus, werden die gesperrten freigegeben, d.h. die Bedingungen stimmen grundsätzlich - wenn ich ihn nun terminiere, wird er automatisch jedoch nicht gestartet.

[fossil]

Okay.

der Job funktioniert soweit, dass heißt der Automatist der dahinter liegt (ChronJob) muss hier irgendwo nicht so laufen wie gedacht.
Ich kenne es z.B. vom SMTP Job her, das dieser im default nur alle 10 Miunten ausgeführt wurde. Diesen konnte man mit der Anpassung auf ein Minimum von 1 Minute runter schalten.

Hast du auch schon mal abgewartet ca. einen Tag ob dieser Auftrag (egal mit welcher Einstellung) irgend eine Reaktion zeigt?

Ich bin mit meinem Verständnis vorerst hier am Ende. Aber werde dennoch bei mir versuchen dieses Verhalten und dessen Abhängigkeiten zu prüfen. Ich hoffe dennoch, dass ein Experte in Sachen GenericAgent hier etwas dazu abgeben kann.

VG, Fossil

[CarpeVentum]

Danke Dir erstmal, ich hoffe nun auf jojo's angedeutetem Hinweis in einem anderen Fall zum wohl bekannten cronjob-Bug im 3.0.8 Windows-Installer, denn auch die Mailantworten der Kunden werden im System nicht an die Tickets angehängt. Zu diesem Bug fand ich leider noch keinen Hinweis zur Lösung dessen - in einem anderen Fall wurden Daten aus einem Backup vor dem Update hergestellt, diese stehen uns nicht zur Verfügung.

[fossil]

Hi,

na hoffentlich ist das so mit dem bekannten Bug. Aber das mit dem Mailantworten, dass funktioniert einwandfrei bei mir. Ich habe von 3.0.6 auf 3.0.8 aktualisiert ganz ohne Probleme.
Welche Version hattest du davor, eine 2.x.x?

VG, Fossil

[CarpeVentum]

Es ist kein Update, wir haben den Server neu aufgesetzt. Der GenereticAgend läuft leider nach wie vor nicht. Für den Bug habe ich noch keine Lösung gefunden.

[Mobios]

Hi,

na hoffentlich ist das so mit dem bekannten Bug. Aber das mit dem Mailantworten, dass funktioniert einwandfrei bei mir. Ich habe von 3.0.6 auf 3.0.8 aktualisiert ganz ohne Probleme.
Welche Version hattest du davor, eine 2.x.x?

VG, Fossil

Scheint bei einem unserer Kunden kürzlich installieretem System über den Installer der Fall zu sein.
Ich hoffe auf schnelle Behebung.

[Mobios]

Die crontab.txt Datei in ..\OTRS\CRONw ist in der OTRS vers. 3.0.8 leer.
Sollte aber wie folgt gefüllt werden, damit der Cron funktioniert. (Pfade entsprechend anpassen)

Code: Select all

MAILTO="root@localhost"

20 0 * * 0  C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.DeleteCache.pl --expired 
30 0 * * 0  C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.LoaderCache.pl -o delete 


*/10 * * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.GenericAgent.pl -c db 

*/20 * * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.GenericAgent.pl 


45 */2 * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.ITSMChangesCheck.pl 

45 */2 * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.PendingJobs.pl 

10 0 * * *  C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.cleanup 

*/10 * * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.PostMasterMailbox.pl 

01 01 * * * C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.RebuildTicketIndex.pl 

55 */2 * * *    C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.DeleteSessionIDs.pl --expired 

35 * * * *  C:/OTRS/StrawberryPerl/perl/bin/perl.exe C:/OTRS/OTRS/bin/otrs.UnlockTickets.pl --timeout 

[Mobios]

ES ist nun ein Fix veröffentlicht.
http://source.otrs.org/viewvc.cgi/otrs/ ... .3&view=co
Im OTRS/bin/
befindet sich die Datei: otrs.Cron4Win32.pl
Diese mit dem unten stehenden Code ersetzen. Pfad Angaben anpassen.

Code: Select all

#!/usr/bin/perl -w
# --
# bin/otrs.Cron4Win32.pl - a script to generate a full crontab file for OTRS
# Copyright (C) 2001-2011 xxx, http://otrs.org/
# --
# $Id: otrs.Cron4Win32.pl,v 1.3.2.3 2011/06/11 19:02:21 mb Exp $
# --
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU AFFERO General Public License as published by
# the Free Software Foundation; either version 3 of the License, or
# any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU Affero General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
# or see http://www.gnu.org/licenses/agpl.txt.
# --

use strict;
use warnings;

# use ../ as lib location
use File::Basename;
use FindBin qw($RealBin);
use lib dirname($RealBin);

use vars qw($VERSION);
$VERSION = qw($Revision: 1.3.2.3 $) [1];


my $PerlExe     = "C:/OTRS/StrawberryPerl/perl/bin/perl.exe";
my $Directory   = "C:/OTRS/OTRS/var/cron/";
my $CronTabFile = "C:/OTRS/CRONw/crontab.txt";
my $OTRSHome    = "C:/OTRS/OTRS";

# my $PerlExe     = "C:/PROGRA~1/OTRS/StrawberryPerl/perl/bin/perl.exe";
# my $Directory   = "C:/PROGRA~1/OTRS/OTRS/var/cron/";
# my $CronTabFile = "C:/PROGRA~1/OTRS/CRONw/crontab.txt";
# my $OTRSHome    = "C:/PROGRA~1/OTRS/OTRS";

opendir( my $DirHandle, $Directory ) or die "ERROR: Can't open $Directory: $!";

my @Entries = readdir($DirHandle);
closedir($DirHandle);
open my $CronTab, '>', $CronTabFile
    or die "ERROR: Can't write to file $CronTabFile: $!";
CRONFILE:
for my $CronData (@Entries) {
    next CRONFILE if ( !-f "$Directory/$CronData" );
    next CRONFILE if ( $CronData eq 'postmaster.dist' );
    open( my $Data, '<', "$Directory/$CronData" )
        or die "ERROR: Can't open file $Directory/$CronData: $!";
    LINE:
    while ( my $Line = <$Data> ) {
        next LINE if ( $Line =~ m{ \A \# }xms );
        next LINE if ( $Line eq "\n" );

        # replace $HOME with path to Perl plus path to script
        $Line =~ s{\$HOME}{$PerlExe $OTRSHome}xms;

        # there's no /dev/null on Win32, remove it:
        $Line =~ s{>>\s*/dev/null}{}xms;
        print $CronTab "$Line";
    }
    close($Data);
}
close($CronTab);

1;

[fossil]

Hi Mobios,

danke!

Code: Select all

    next CRONFILE if ( !-f "$Directory/$CronData" );
    next CRONFILE if ( $CronData eq 'postmaster.dist' );
    open( my $Data, '<', "$Directory/$CronData" )

Hatte auch gelegentlich ein Problem mit dem Postmaster-Sync. Ich denke das es auch daran gelegen hat da der Directory Wert bei mir auch nicht hinterlegt war.

Geb Bescheid wenn mir hier nochmals etwas auffallen sollte.

VG, Fossil

[fossil]

Hi,

mein gelegentliches Postmaster-Sync-"Problem" ist dank des Hotfixes wieder okay.

1A Leute!!!

VG, Fossil

[giga0069]

Ich hatte nach dem Update von 2.4.6 auf 3.0.9 auch das Problem, dass die Jobs alle nicht liefen.

Crontab.txt war leer: Nach dem füllen mit den alten Einstellungen aus 2.4.6 liefen die Jobs trotzdem nicht, und zwar deshalb, weil sich hier einige Dinge geändert hat:

- Statt %OTRS%\perl\bin ist der Pfad für die perl.exe jetzt %OTRS%\StrawberryPerl\perl\bin
- Die Perl-Skripte haben jetzt alle ein "otrs." vorangestellt.
- Das Skript otrs.cleanup heißt jetzt (wie alle anderen auch) otrs.cleanup.pl

Ich habe jetzt alle Jobs einzeln händisch auf der Kommandozeile getestet und denke, jetzt sollte es laufen.

giga0069