Meinberg Lantime State Check Absturzbericht

Hallo zusammen,

nach einem Update der Meinberg Firmware auf 7.08.004 gibt es ein Crash für den Lantime State Check.

Crashbericht:
Ausnahme
ValueError (could not convert string to float: '=0.000006')
Traceback

  File "/omd/sites/internet/lib/python3/cmk/base/agent_based/checking/__init__.py", line 470, in get_aggregated_result
    result = _aggregate_results(
  File "/omd/sites/internet/lib/python3/cmk/base/agent_based/checking/__init__.py", line 578, in _aggregate_results
    perfdata, results = _consume_and_dispatch_result_types(subresults)
  File "/omd/sites/internet/lib/python3/cmk/base/agent_based/checking/__init__.py", line 622, in _consume_and_dispatch_result_types
    for subr in subresults:
  File "/omd/sites/internet/lib/python3/cmk/base/api/agent_based/register/check_plugins.py", line 94, in filtered_generator
    for element in generator(*args, **kwargs):
  File "/omd/sites/internet/lib/python3/cmk/base/api/agent_based/register/check_plugins_legacy.py", line 176, in check_result_generator
    subresults = sig_function(**kwargs)
  File "/omd/sites/internet/lib/python3/cmk/base/api/agent_based/register/check_plugins_legacy.py", line 297, in check_migration_wrapper
    return original_function(None, params, section)
  File "/omd/sites/internet/share/check_mk/checks/mbg_lantime_ng_state", line 29, in check_mbg_lantime_ng_state
    refclock_offset = float(info[0][-1]) * 1000

Lokale Variablen

{'_no_item': None,
 'info': [['2', '0', '=GPS', '=0.000006']],
 'ntp_state': '2',
 'params': {'offset': (25, 50), 'stratum': (2, 3)},
 'refclock_name': '=GPS',
 'states': {'0': (2, 'not available'),
            '1': (2, 'not synchronized'),
            '2': (0, 'synchronized')},
 'stratum': '0'}

Jemand ne Idee?
Wer ist für den Check zuständig?

Meinberg M320 mit Firmware 7.08.004 per SNMP V2c
CMK: 2.1.0p35 (EE)
OS: Debian 11.8

Viele Grüße
Michael

Steht das Gleichheitszeichen tatsächlich so in den SNMP-Daten?

Wie sieht die Ausgabe von snmpwalk -v 2c -c COMMUNITY HOST .1.3.6.1.4.1.5597.30.0.2 aus?

Hallo Robert,

ja ganz genau…

.1.3.6.1.4.1.5597.30.0.2.2.0 0
.1.3.6.1.4.1.5597.30.0.2.3.0 =GPS
.1.3.6.1.4.1.5597.30.0.2.4.0 =-0.000354
.1.3.6.1.4.1.5597.30.0.2.5.0 ="ntpd
.1.3.6.1.4.1.5597.30.0.2.8.1.0 1698335284
.1.3.6.1.4.1.5597.30.0.2.8.2.0 63941
.1.3.6.1.4.1.5597.30.0.2.8.3.0 136
.1.3.6.1.4.1.5597.30.0.2.8.4.0 62944
.1.3.6.1.4.1.5597.30.0.2.8.5.0 33791
.1.3.6.1.4.1.5597.30.0.2.8.6.0 3441
.1.3.6.1.4.1.5597.30.0.2.8.7.0 45
.1.3.6.1.4.1.5597.30.0.2.8.8.0 71
.1.3.6.1.4.1.5597.30.0.2.9.1.0 n/a
.1.3.6.1.4.1.5597.30.0.2.9.2.0 n/a

wundert mich auch, eigentlich gehört das dort nicht hin.

Dann würde ich mal mit dem Hersteller sprechen.

Moin,

laut Meinberg kommt in ca. 3 Woche eine FW Update.

Grüße
Michael

3 Likes

Hallo zusammen,

sollte in der neuesten Firmware gefixt sein :slight_smile:

7.08.005 15814 Bug Fixed SNMP responses that errornously contained a ‘=’ sign

1 Like

Hallo zusammen,

ja ich kann bestätigen das es mit der Firmware 7.08.006 wieder normal läuft.

Viele Grüße
Michael

2 Likes

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.