OTRS Monitoring via SNMP

[Stril]

Hallo,

ich würde gerne über mein Monitoringsystem erfassen, wie viele Tickets den Status "new" oder "open" haben - am liebsten per SNMP.

Habt ihr eine Idee, wie ich das machen könnte?

Vielen Dank für eure Hilfe

Gruß
Phil

[jojo]

im Paket SystemMonitroing befindet sich ein Nagios Checker

[Stril]

Hallo!

Danke für die Antwort.
Das Paket habe ich gefunden, aber den Nagioschecker finde ich nicht - auch nicht in der Doku.
Für mich wirkt das Modul eher, als würde es Nagios-Alarme zu Tickets machen.

Hast Du da einen Tipp für mich?

Phil

[jojo]

die Datei ist unter bin zu finden und sollt otrs.NagiosCheck.pl oder otrs.NagiosCheckTicketCount.pl heissen

[Stril]

Hallo,

die Datei habe ich gefunden. Was ich aber nirgends finden kann ist die Konfiguration von einem einfachen Filter.

Ich möchte die Anzahl der Tickets mit Status "new" bzw. "open" zählen.

sowas finde ich leider nicht...

Habt ihr so etwas einmal gemacht?

Phil

[jojo]

unter Kernel/Config/ findest Du die NagiosCheck.pm.example

[Stril]

Hallo,

die habe ich gefunden, aber dort wird leider nie nach dem State sortiert.

Ergänze ich als Suchkriterium:

State => ['new'],
Erhalte ich noch immer alle Tickets.

Gruß
Phil

[jojo]

zeig mal die Configdatei und die Ausgabe des Checkers

[Stril]

Hallo!

Hier die Config:

Code: Select all

%Config = (
   Search => {

         State   => ['new'],
   },

   min_warn_treshold => 5,
   max_warn_treshold => 10,
   min_crit_treshold => 2,
   max_crit_treshold => 20,

   checkname => 'OTRS Checker',

   OK_TXT    => 'enjoy   tickets:',

   WARN_TXT  => 'number of tickets:',

   CRIT_TXT  => 'critical number of tickets:',
);

Und der Aufruf:

Code: Select all

#/opt/otrs/bin/otrs.NagiosCheck.pl -c /opt/otrs/Kernel/Config/NagiosCheck.pm
93794

Korrekt wären aber nur 200 Tickets...

Die Angabe State => ['new'] wird einfach ignoriert.
State => ['open'] ändert auch nichts.

Phil

[jojo]

Die Angabe muss States lauten... Oder Du gehst über die Statetypes..

Schau Dir mal die TicketSearch API unter http://dev.otrs.org/ an

[Stril]

Hallo Jojo!

Du bist eindeutig mein Held des Tages!

Vielen Dank.
States funktioniert spitze.

Phil

[Ebebalf]

Die Angabe muss States lauten... Oder Du gehst über die Statetypes..

Schau Dir mal die TicketSearch API unter http://dev.otrs.org/ an

Sorry, dass ich hier diesen alten Thread hervor krame, aber das war in meiner Suche jetzt der einzige, der überhaupt zu meiner Frage gepasst hat.

Ich habe mir gerade die Doku zur TicketSearch angesehen und bin irgendwie an der Stelle hängen geblieben. Kann mir jemand erklären, was genau der Unterschied zwischen States (und dem zugehörigen StateIDs) und StateTypes (bzw. StateTypeIDs) ist?
Wenn ich den Quellcode richtig deute, dann prüfen beide Parameter gegen die Spalte ticket_state_id der ticket-Tabelle.

[reneeb]

Bei States und StateTypes gibst Du die Namen der Status bzw. Statustypen an, bei StateIDs und StateTypeIDs die IDs aus der Datenbank.

[Ebebalf]

Bei States und StateTypes gibst Du die Namen der Status bzw. Statustypen an, bei StateIDs und StateTypeIDs die IDs aus der Datenbank.

Ich hatte nicht nach dem Unterschied von "States & StateTypes" zu "StateIDs & StateTypeIDs" gefragt. Der ist mir absolut klar.
Was ich nicht verstehe ist der Unterschied von "States & StateIDs" zu "StateTypes & StateTypeIDs".

[reneeb]

State ist der Status (neu, offen, erfolgreich geschlossen, erfolglos geschlossen), StateType ist der Typ des Status (neu, offen, geschlossen). Wenn Du im Adminbereich die Ticketstatus ändern willst, wirst Du auch immer gefragt, was für ein Typ der Status ist. Damit wird z.B. geregelt ob ein Ticket in der Statusansicht bei offenen Tickets oder geschlossenen Tickets angezeigt wird (Stichwort ViewableStateTypes).