Bekomme winperf_msx_queues auf Exchange 2016 nicht zum laufen

Hallo zusammen,

zuerst einmal: Ich habe die version check-mk-raw-1.6.0p8_0.buster_amd64.deb und den zugehörigen Agent laufen.

Wir möchten gerne die Exchange Message Queues in die Überwachung mit aufnehmen. Die Rules “Exchange Message Queues” und “Exchange Messages Queues Discovery” habe ich im WATO aktiviert.


Ich habe auch den Counter auf dem Host ausgelesen:

[PERF_MSExchangeTransport Queues]
First Counter=16592
First Help=16593
Last Counter=16688
Last Help=16689

[PERF_MSExchangeTransport Queues Cfm]
First Counter=16690
First Help=16691
Last Counter=16704
Last Help=16705

und den Counter in die user.yml im Check_MK-Agent eingefügt:

winperf:
# enabled: yes

# changes only section name winperf_******
# prefix: winperf

# default value,  increase for heavy loaded machine
# timeout: 10

# Select counters to extract. The following counters
# are needed by checks shipped with check_mk.
# Format:
# - id:name
# where id is OS counter and name is part of CHECK_MK Header 
counters:
    #- 638: tcp_conn
    #- Terminal Services: ts_sessions
- MSExchangeTransport Queues: msx_queues

Nur leider liest er beim besten Willen den Counter nicht aus. Habe schon mehrmals den Service neu gestartet und die Config neu geladen:

C:\Program Files (x86)\checkmk\service> check_mk_agent.exe reload_config
Reloading configuration…
Asking for reload service
Asking for reload executable
Done.

Der Test zeigt, der in der user.yml gesetzte Counter greift einfach nicht

OMD[main]:~$ cmk -vvd ex2016 | grep winperf
<<<winperf_phydisk>>>
<<<winperf_if>>>
<<<winperf_processor>>>

2020-02-10 11_59_06-Window

Hat jemand eine Idee, an was das noch liegen könnte?

Einzige sichtbares Problem für mich ist in der Config Datei passt die Einrückung nicht.
Ist echt wichtig bei yml Files.

Beim quote sieht man das leider nicht unbedingt zu 100% so wie im Original :slight_smile:

1 Like

Morgen Andreas,

du bist der Beste! Genau das war das Problem.
Allerdings hat bei der Einrückung nur ein einzelner Leerschritt gefehlt - habe das nun angepasst:
2020-02-11 08_52_06-Window

und siehe da!

Vielen Dank!

Hierzu hab ich kurz eine Frage - ich hab das ähnlich gemacht, bekomme allerdings beim Reload des Services:

Reloading configuration…
Asking for reload service
Asking for reload executable
Failed to send data to mail slot

Was bedeutet “ähnlich”? Wie schaut die Konfiguration aus?
Wichtig was zeigt der Agent vorm Reload mittels “check_mk_agent.exe showconfig” an?

Ähnlich = eigentlich exakt so, nur mit anderen Countern. Gerade mal gesehen, dass CheckMK den Check allerdings erkennt und auch bei showconfig ist das mit drin.

Kann man folgende Counter auch abfragen?:

[PerfStrings_007]
299606=Messages Completed Delivery Total
299607=Messages Completed Delivery Total is the number of messages that have completed delivery - all recipients either succeeded or failed.

Ich habe verschiedene Schreibweisen ausprobiert, bekomm das aber nicht abgefragt. Er findet im CheckMK den Counter immer nicht - ist das überhaupt ein abfragbarer Counter?

Das ist bestimmt nicht der “Root” Counter.
“MSExchange Transport Queues” ist zum Beispiel der “Root” Counter welcher dann viele einzelne Counter enthält.
Meiner Meinung nach gehört der

doch zu den MSExchange Transport Queues dazu oder?

Ja das kann sein, die Frage ist nur wie man den anspricht - so in etwa:
MSExchangeTransport Queues\Unreachable Queue Length ?

Naja die musst den Index des Counters unterhalb seines Root Counters kennen.
Da er schon in der Abfrage der normalen MSExchange Transport Queues enthalten ist muss er nur noch über den richtigen Index angesprochen werden.

Es gibt ja die Regel “MS Exchange message queues discovery” dort kann über den Offset (“Index”) jeder beliebige extra Counter noch mit aufgenommen werden welcher in dem Bundle übertragen wird.

1 Like