NagiosAcknowledge::Run][50] Need TicketID!

[gravedigger]

Hallo an alle,

seit dem Update von OTRS 3.1.5 nach 3.2.2 bekomme ich zu einigen Aktionen zb:
schliessen von Tickets oder auch Tickets unlocken folgenden Fehler:
otrs.log:

Code: Select all

[Tue Mar  5 11:45:54 2013][Error][Kernel::System::Ticket::Event::NagiosAcknowledge::Run][50] Need TicketID!

apache2/error.log:

Code: Select all

ERROR: OTRS-CGI-76 Perl: 5.10.0 OS: linux Time: Tue Mar  5 11:45:38 2013

 Message: Need TicketID!

 RemoteAddress: 184.1.20.70
 RequestURI: /otrs/index.pl?Action=AgentTicketLock;Subaction=Lock;TicketID=751;ChallengeToken=1f1489477034dcf0facb3192edcc315e;

 Traceback (3794):
   Module: Kernel::System::Ticket::Event::NagiosAcknowledge::Run (v1.12) Line: 50
   Module: Kernel::System::EventHandler::EventHandler (v1.17) Line: 245
   Module: Kernel::System::Ticket::TicketLockSet (v1.587) Line: 3595
   Module: Kernel::Modules::AgentTicketLock::Run (v1.19) Line: 141
   Module: Kernel::System::Web::InterfaceAgent::Run (v1.73) Line: 866
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 46
   Module: (eval) (v1.94) Line: 204
   Module: ModPerl::RegistryCooker::run (v1.94) Line: 204
   Module: ModPerl::RegistryCooker::default_handler (v1.94) Line: 170
   Module: ModPerl::Registry::handler (v1.99) Line: 31

Es betrifft wohl alle Tickets. Hat den Fehler schon jemand gehabt und vielleicht auch erfolgreich gefixt?
Danke im Voraus,
Gruß,
Ulli

PS: Okay, jetzt hab ich schonmal gelesen, dass noch mehr Leute dieses Problem haben. Insbesondere nach dem Update von 3.1.x nach 3.2.x . Scheinbar funktioniert auch alles wie es soll und in der Testumgebung stört es auch noch nicht, aber die Logs hätte ich trotzdem gerne sauber....

[shining01]

Hi,

bei mir kommt die selbe Meldung. Ein Acknowledge funktioniert somit nicht. Hat jemand eine Idee?

Code: Select all

[Mon Mar 11 09:05:39 2013][Error][Kernel::System::Ticket::Event::NagiosAcknowledge::Run][50] Need TicketID!

[Wolfgangf]

die letzte Version des Moduls aus dem CVS downloaden, da ist der Fehler behoben
http://source.otrs.org/viewvc.cgi/otrs/ ... m?view=log

[shining01]

Vielen Dank ich werds gleich testen.

[shining01]

Habe soeben die NotificationEvent.pm und NagiosAcknowledge.pm getauscht und OTRS neu gestartet. Leider ohne Erfolg. Die Meldung kommt nach wie vor.
http://source.otrs.org/viewvc.cgi/Syste ... m?view=log

Im OTRS Log erhalte ich nun folgende Meldung:

Code: Select all

[Mon Mar 11 12:04:45 2013][Debug][Kernel::System::Ticket::Event::NagiosAcknowledge::Run][70] No Nagios Ticket!

[shining01]

hat keiner eine Ahnung?

[shining01]

Gibte es wirklich keine Hilfestellung dazu?

[KhaledBlah]

Ich habe die Datei "NagiosAcknowledge.pm" aus dem CVS (http://source.otrs.org/viewvc.cgi/Syste ... m?view=log) nach Custom/Kernel/System/Ticket/Event/NagiosAcknowledge.pm (im OTRS Ordner) kopiert und neugestartet. Danach kam die Fehlermeldung nicht mehr.

[shining01]

Danke für die Rückmeldung aber das habe ich schon gemacht. Ohne Erfolg.

[fnold]

Bei uns hat folgende Änderung zum Ziel geführt:
1. wie oben beschrieben die Datei "NagiosAcknowledge.pm" v1.13 aus dem CVS nach Custom/Kernel/System/Ticket/Event/NagiosAcknowledge.pm (im OTRS Ordner) kopiert und webserver neugestartet. Danach kam die Fehlermeldung nicht mehr, aber beim Ticket sperren ging auch kein Acknowledge ans Nagios

2. In der Custom/Kernel/System/Ticket/Event/NagiosAcknowledge.pm die Zeilen 38 und 39 angepasst und den String 'DynamicField' vor die Variable gehängt.

Code: Select all

    # get correct FreeFields
    $Self->{Fhost}    = 'DynamicField_' . $Self->{ConfigObject}->Get('Nagios::Acknowledge::FreeField::Host');
    $Self->{Fservice} = 'DynamicField_' . $Self->{ConfigObject}->Get('Nagios::Acknowledge::FreeField::Service');

Damit wird wieder korrekt die Ticketnr beim Sperren des Tickets im OTRS an Nagios übermittelt.

Hoffe das hilft weiter.

[reneeb]

Besser die Angabe in der SysConfig anpassen als im Perl-Modul.

[shining01]

Ich habs in der Config angepasst.
Host Acknowledge funktioiniert leider aber immer noch nicht.

[reneeb]

Taucht was in den Logs auf?

[fnold]

Danke für den Hinweis, dass ich man die Bezeichner der DynamicFields ja auch in der Config ändern kann. Hat bei uns geklappt, so dass wir wieder das "Original" NagiosAcknowledge.pm V1.13 aus dem CVS einsetzen können!!

@shining: Mir hat es bei der Fehlersuche geholfen, einfach mal ein paar zusätzliche "Debug-Statements" in Custom/Kernel/System/Ticket/Event/NagiosAcknowledge.pm einzubauen um z.B. im LogFile Inhalte von Variablen ausgeben zu lassen :

z.B. den Namen des verwendeten Dynamicfields für den Host:

Code: Select all

 $Self->{LogObject}->Log( Priority => 'notice', Message => "Hostname $Self->{Fhost}" );