Found no ID for 1 & No valid time format '1227526203

[dagobert]

Hallo,

im Log finden sich immer wieder folgende Einträge:

Mon Nov 24 12:58:01 2008 error OTRS-CGI-10 Found no ID for 1!

und

Mon Nov 24 12:40:03 2008 error OTRS-GenericAgent-10 No valid time format '1227526203'!

Datum wird mittels Zeitserver SuSE SELS10 geholt und ist im GUI auf default eingestellt.

OTRS 2.3.2

Hat jemand einen Hinweis wo ich suchen muß?

[dagobert]

Der Fehler ist etwas eingegrenzt.

Wenn ich in der Datei /opt/otrs/Kernel/Config/GenericAgent.pm

folgende Jobs deaktiviere, bleibt der Fehler aus.

Folglich sind ides mitgelieferten Jobs oder das Modul welches diese ausführt fehlerhaft.

#-------------------------------------------------
# [name of job] -> send escalation notifications
#-------------------------------------------------
# 'send escalation notifications' => {
# Escalation => 1,
# new ticket properties
# New => {
# notify all agents who selected the queue in "my queues/custom queues"
# Module => 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue',
# notify all agents who can access the ticket with rw permissions
# Module => 'Kernel::System::GenericAgent::NotifyAgentGroupWithWritePermission',
# },
# },

# insert your jobs (see Kernel/Config/GenericAgent.pm.examples)
#-------------------------------------------------
# [name of job] -> send reminder emails to agents
#-------------------------------------------------
# 'send reminder emails to agents' => {
# # get all tickets with these properties
# States => ['pending reminder'],
# TicketPendingTimeOlderMinutes => 10,
# new ticket properties (no option is required,
# use just the options which should be changed!)
# New => {
# if you want to add a Note
# Note => {
# From => 'Reminder Admin',
# Subject => 'Reminder Notification',
# Body => 'The reminder time of this ticket has been reached!',
# },
# },
# },

[ProfHastig]

Habe den gleichen Fehler bekommen beim aktivieren des GenericAgent.pm.
So wie es aussieht kommt er aus der ticket.pm im Verzeichnis OTRS\OTRS\Kernel\System.
Dort werden die Queries für die Abfragen zusammengebaut.
Sinnigerweise wird nach dem Aufbereiten des Vergleichsfeldes (auf der Datenbank als BIGINT deklariert) der Inhalt auf ein Datumsformat abgeprüft. Da dort aber richtigerweise ein BIGINT drinsteht läuft die Prüfung auf den Fehler.

So wie es aussieht wurden diese Prüfungen ohne Kennung der Sachlage einfach unter die Felder TicketPendingTimeOlderMinutes und TicketPendingTimeNewerMinutes kopiert.
Ich habe jetzt die Fehlermeldungen einfach auskommentiert und den SQL Vergleich wie folgt abgeändert:

Code: Select all

    # get pending tickets older then xxxx-xx-xx xx:xx date
    if ( $Param{TicketPendingTimeOlderDate} ) {

        # check time format
        #if (
        #    $Param{TicketPendingTimeOlderDate}
        #    !~ /\d\d\d\d-(\d\d|\d)-(\d\d|\d) (\d\d|\d):(\d\d|\d):(\d\d|\d)/
        #    )
        #{
        #    $Self->{LogObject}->Log(
        #        Priority => 'error',
        #        Message  => "No valid time format PendingTimeOlderDate '$Param{TicketPendingTimeOlderDate}'!",
        #    );
        #    return;
        #}
        #my $TimeStamp = $Self->{TimeObject}->TimeStamp2SystemTime(
        #    String => $Param{TicketPendingTimeOlderDate},
        #);
        #$SQLExt .= " AND st.until_time <= '" . $TimeStamp . "'";
        $SQLExt .= " AND st.until_time <= " . $Param{TicketPendingTimeOlderDate} . "";
    }

Die Query läuft jetzt ohne Probleme durch, es muss naturlich auch ein Ticket vorhanden sein, beim der Status auf pending reminder sitzt, bzw. ein Wert im Feld until_time sollte vorhanden sein.
Sicherlich kann die Prüfung auch für eine BIGINT-Zahl eingebaut werden, aber für den Augenblick reicht es mir so.