APC USV wird falsch erkannt

Global Community Deutsch
1

Hallo.

Bei meiner Installation von check_mk wird meine USV (APC Smart UPS SC 1500) nicht korrekt, sondern das ein Modell der Symmetrareihe. Ich habe sowohl die Raw Edition als auch die Free Edition, die gerade von mir genutzt wird, getestet. Bei beiden Installationen trat der selbe Fehler auf. Daher gehe ich davon aus, das der falsche Powernet MIB benutzt wird.

LG Leo

2

Welcher Fehler trat den auf? Bitte mal etwas Output oder nen kleinen Screenshot anhängen.

3

Hier wird etwas falsch abgefragt und eine andere USV erkannt als verbunden ist, deswegen die Sevice doc im BIld. Im Management der USV wird alles korrekt erkannt und man sieht, dass es eine SC1500 ist und der Self Test erfolgreich ist

Fehler
Fehler1198×600 26.6 KB

4

Das passt schon was da erkannt wird. Alle Standard APC USVs werden mit dem Check “apc_symmetra” abgefragt.
Wird außer dem “Self Test” Check noch was angemeckert oder sind die anderen Services “grün”?
Weiteren Aufschluss wo das Problem liegen kann würde ein “cmk --debug -vvn hostname” auf der Commandline bringen.

5

Alle anderen Services sind grün. Ich verstehe nur nicht, warum die USV mit dem Check “apc_symmetra” abgefragt wird, da das so wie ich es interpretiere nur für die Symmetra Serie von APC gedacht sein Sollte. Wie dem auch sei… Hier die ausgabe für cmk --debug -vvn"

Checkmk version 2.0.0p9
Try license usage history update.
Trying to acquire lock on /omd/sites/monitoring/var/check_mk/license_usage/next_run
Got lock on /omd/sites/monitoring/var/check_mk/license_usage/next_run
Trying to acquire lock on /omd/sites/monitoring/var/check_mk/license_usage/history.json
Got lock on /omd/sites/monitoring/var/check_mk/license_usage/history.json
Next run time has not been reached yet. Abort.
Releasing lock on /omd/sites/monitoring/var/check_mk/license_usage/history.json
Released lock on /omd/sites/monitoring/var/check_mk/license_usage/history.json
Releasing lock on /omd/sites/monitoring/var/check_mk/license_usage/next_run
Released lock on /omd/sites/monitoring/var/check_mk/license_usage/next_run
Loading autochecks from /omd/sites/monitoring/var/check_mk/autochecks/APC_SC1500.mk

  • FETCHING DATA
    Source: SourceType.HOST/FetcherType.SNMP
    [cpu_tracking] Start [7fbbfa158ac0]
    [SNMPFetcher] Fetch with cache settings: SNMPFileCache(base_path=PosixPath(’/omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/APC_SC1500’), max_age=MaxAge(checking=0, discovery=120, inventory=120), disabled=False, use_outdated=False, simulation=False)
    Not using cache (Too old. Age is 7 sec, allowed is 0 sec)
    [SNMPFetcher] Execute data source
    No persisted sections loaded
    SNMP scan:
    Getting OID .1.3.6.1.2.1.1.1.0: Executing SNMP GET of .1.3.6.1.2.1.1.1.0 on APC_SC1500
    => [b’PowerChute Business Edition’] OCTETSTR
    b’PowerChute Business Edition’
    Getting OID .1.3.6.1.2.1.1.2.0: Executing SNMP GET of .1.3.6.1.2.1.1.2.0 on APC_SC1500
    => [b’.1.3.6.1.4.1.318.1.3.33.1’] OBJECTID
    b’.1.3.6.1.4.1.318.1.3.33.1’
    Using cached OID .1.3.6.1.2.1.1.1.0: ‘PowerChute Business Edition’
    SNMP scan found snmp_uptime
    Trying to acquire lock on /omd/sites/monitoring/tmp/check_mk/snmp_scan_cache/APC_SC1500.192.168.0.11
    Got lock on /omd/sites/monitoring/tmp/check_mk/snmp_scan_cache/APC_SC1500.192.168.0.11
    Releasing lock on /omd/sites/monitoring/tmp/check_mk/snmp_scan_cache/APC_SC1500.192.168.0.11
    Released lock on /omd/sites/monitoring/tmp/check_mk/snmp_scan_cache/APC_SC1500.192.168.0.11
    apc_inrow_system_events: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.13.3.1.2.1.3” on APC_SC1500
    Executing SNMP GET of .1.3.6.1.4.1.318.1.1.13.3.1.2.1.3 on APC_SC1500
    => [None] NOSUCHOBJECT
    apc_symmetra_input: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.3.2.1” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.3.2.1.0 => [b’234’] ‘GAUGE’
    apc_symmetra_output: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.4.2.1” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.4.2.1.0 => [b’234’] ‘GAUGE’
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.4.2.4” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.4.2.4.0 => [b’Unavailable’] ‘OCTETSTR’
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.4.2.3” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.4.2.3.0 => [b’6’] ‘GAUGE’
    apc_symmetra_test: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.7.2.3” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.7.2.3.0 => [b’1’] ‘INTEGER’
    Executing BULKWALK of “.1.3.6.1.4.1.318.1.1.1.7.2.4” on APC_SC1500
    .1.3.6.1.4.1.318.1.1.1.7.2.4.0 => [b’9/5/21’] ‘OCTETSTR’
    snmp_info: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.2.1.1.1” on APC_SC1500
    .1.3.6.1.2.1.1.1.0 => [b’PowerChute Business Edition’] ‘OCTETSTR’
    Executing BULKWALK of “.1.3.6.1.2.1.1.4” on APC_SC1500
    .1.3.6.1.2.1.1.4.0 => [b’’] ‘OCTETSTR’
    Executing BULKWALK of “.1.3.6.1.2.1.1.5” on APC_SC1500
    .1.3.6.1.2.1.1.5.0 => [b’PowerChute UPS’] ‘OCTETSTR’
    Executing BULKWALK of “.1.3.6.1.2.1.1.6” on APC_SC1500
    .1.3.6.1.2.1.1.6.0 => [b’’] ‘OCTETSTR’
    snmp_uptime: Fetching data (SNMP walk cache is enabled: Use any locally cached information)
    Executing BULKWALK of “.1.3.6.1.2.1.1.3” on APC_SC1500
    .1.3.6.1.2.1.1.3.0 => [b’7065657’] ‘TICKS’
    Executing BULKWALK of “.1.3.6.1.2.1.25.1.1” on APC_SC1500
    Executing SNMP GET of .1.3.6.1.2.1.25.1.1 on APC_SC1500
    => [None] NOSUCHOBJECT
    Write data to cache file /omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/checking/APC_SC1500
    Trying to acquire lock on /omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/checking/APC_SC1500
    Got lock on /omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/checking/APC_SC1500
    Releasing lock on /omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/checking/APC_SC1500
    Released lock on /omd/sites/monitoring/tmp/check_mk/data_source_cache/snmp/checking/APC_SC1500
    [cpu_tracking] Stop [7fbbfa158ac0 - Snapshot(process=posix.times_result(user=0.06000000000000005, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.10000000149011612))]
    Source: SourceType.HOST/FetcherType.PIGGYBACK
    [cpu_tracking] Start [7fbbfa158fd0]
    No piggyback files for ‘APC_SC1500’. Skip processing.
    No piggyback files for ‘192.168.0.11’. Skip processing.
    [PiggybackFetcher] Fetch with cache settings: NoCache(base_path=PosixPath(’/omd/sites/monitoring/tmp/check_mk/data_source_cache/piggyback/APC_SC1500’), max_age=MaxAge(checking=0, discovery=120, inventory=120), disabled=False, use_outdated=False, simulation=False)
    [PiggybackFetcher] Execute data source
    [cpu_tracking] Stop [7fbbfa158fd0 - Snapshot(process=posix.times_result(user=0.0, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.0))]
    [cpu_tracking] Start [7fbbfa158ac0]
  • PARSE FETCHER RESULTS
    Source: SourceType.HOST/FetcherType.SNMP
    No persisted sections loaded
    → Add sections: [‘apc_inrow_system_events’, ‘apc_symmetra_input’, ‘apc_symmetra_output’, ‘apc_symmetra_test’, ‘snmp_info’, ‘snmp_uptime’]
    Source: SourceType.HOST/FetcherType.PIGGYBACK
    No persisted sections loaded
    → Add sections: []
    Received no piggyback data
    Loading item states
    Trying to acquire lock on /omd/sites/monitoring/tmp/check_mk/counters/APC_SC1500
    Got lock on /omd/sites/monitoring/tmp/check_mk/counters/APC_SC1500
    Releasing lock on /omd/sites/monitoring/tmp/check_mk/counters/APC_SC1500
    Released lock on /omd/sites/monitoring/tmp/check_mk/counters/APC_SC1500
    Phase Input Voltage: 234.0 V
    Phase Output Voltage: 234.0 V, Load: 6.0%
    SNMP Info PowerChute Business Edition, PowerChute UPS, ,
    Self Test Date of last self test is unknown
    System events No service events
    Uptime Up since Sep 14 2021 18:08:55, Uptime: 19 hours 37 minutes
    No piggyback files for ‘APC_SC1500’. Skip processing.
    No piggyback files for ‘192.168.0.11’. Skip processing.
    [cpu_tracking] Stop [7fbbfa158ac0 - Snapshot(process=posix.times_result(user=0.0, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.010000001639127731))]
    [snmp] Success, execution time 0.1 sec | execution_time=0.110 user_time=0.060 system_time=0.000 children_user_time=0.000 children_system_time=0.000 cmk_time_snmp=0.040 cmk_time_agent=0.000
6

Ich melde mich nochmal kurz. Habe gerade mithilfe des iReasoning MIB Browsers und dem PowerNet MIB v4.3.6 ßber SNMP eine Abfrage getätigt. In der Ausgabe werden die richtigen Werte angzeigt. Ich vermute Check_mk verwendet eine andere MIB Version oder Bulkwalk.

USV 7
USV 7978×193 9.05 KB

7

MIBs sind CheckMK vollkommen egal :wink:
Es gibt hier nur ein einziges Problem und dieses liegt im unsauber programmierten Check fĂźr den letzten Test Zeitpunkt der USV.

In deinem Debug Output ist zu sehen, dass die Daten ordnungsgemäß abgeholt werden.

Status 1 bedeutet hier alles OK und das Datum nennt den 5.9.2021 als Zeitpunkt.
Dies sieht alles ok aus nur erwartet der Check für den Datumsstring einfach entweder 8 oder 10 Zeichen länge. Also in deinem Fall einen Wert von “09/05/21” oder “09/05/2021” was beides hier nicht ist.
Damit Bug im Check “apc_symmetra_test”.

8

Ich habe heute einen Walk bekommen, mit dem ich den Fehler nachvollziehen konnte. Das Ticket ist jetzt an unsere Entwickler weitergereicht worden.

Ich sage hier Bescheid, wenn es etwas Neues gibt.

1 Like
9

Das Problem ist mit dem Werk 14136 behoben und sollte in der 2.1.0p04 enthalten sein.

10

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.