Error running automation call try-inventory (exit code 2), error:

[Lars]

Hallo zusammen,

nach dem Update auf die Version 2.0.0p1 bekomme ich folgende Fehlermeldung wenn ich einen Full Scan auf einen bestimmten Host laufen lasse:

Error running automation call try-inventory (exit code 2), error:

[mrk (Markus Lauterbach)]

Hi Lars,

ich bekomme diesen Fehler inzwischen auch bei einem Host

Error running automation call try-inventory (exit code 2), error:
local variable 'section_content' referenced before assignment

Führe ich den Befehl in der Shell vor dem Anlegen über die Oberfläche aus, erhalte ich noch diese Info.

check_mk --automation try-inventory -- @noscan hostname.domain.tld
{'output': "\x1b[33m+\x1b[0m FETCHING DATA\n \x1b[1m[\x1b[0mpiggyback\x1b[1m]\x1b[0m Execute data source\nNo piggyback files for 'hostname.domain.tld'. Skip processing.\nNo piggyback files for '148.251.152.115'. Skip processing.\n", 'check_table': [], 'host_labels': {}}

Sobald der Host jedoch angelegt ist, können keine Services mehr abgefragt werden und man erhält die oben aufgeführte Fehlermeldung.

Der Check_mk_agent läuft auf dem Zielsystem komplett durch und liefert eine valide Ausgabe.

Ich habe den check_mk_agent auf dem Zielsystem auch schon auf ältere Versionen gedowngraded, das brachte jedoch keinen Erfolg.

Auf meinem Monitoring-Host läuft Checkmk 1.6.0p24.

Hast du zu dem Problem einen Lösungansatz gefunden?

[andreas-doehler (Andreas)]

Was passiert bei einem

cmk --debug -vvII hostnam.domain.tld

auf der Shell?

[mrk (Markus Lauterbach)]

@andreas-doehler

cmk --debug -vvII

Das knallt.

OMD[rh]:~$ cmk --debug -vvII hostname.domain.tld
Discovering services on: hostname.domain.tld
hostname.domain.tld:
+ FETCHING DATA
 [agent] No persisted sections loaded
 [agent] Not using cache (Don't try it)
 [agent] Execute data source
 [agent] Connecting via TCP to aaa.bbb.ccc.ddd:6556 (120.0s timeout)
 [agent] Reading data from agent
 [agent] Write data to cache file /omd/sites/rh/tmp/check_mk/cache/hostname.domain.tld
Try aquire lock on /omd/sites/rh/tmp/check_mk/cache/hostname.domain.tld
Got lock on /omd/sites/rh/tmp/check_mk/cache/hostname.domain.tld
Releasing lock on /omd/sites/rh/tmp/check_mk/cache/hostname.domain.tld
Released lock on /omd/sites/rh/tmp/check_mk/cache/hostname.domain.tld
 [piggyback] No persisted sections loaded
 [piggyback] Execute data source
No piggyback files for 'hostname.domain.tld'. Skip processing.
No piggyback files for 'aaa.bbb.ccc.ddd'. Skip processing.
+ EXECUTING DISCOVERY PLUGINS (33)
  Trying discovery with: kernel, cifsmounts, cpu.loads, labels, diskstat, tcp_conn_stats, systemd_units, uptime, df_netapp, postfix_mailq, check_mk.only_from, cpu.threads, postfix_mailq_status, nfsmounts, ps_lnx, df_netscaler, systemd_units.services, memcached, lnx_if, df_netapp32, df, check_mk.agent_update, mem.used, mem.vmalloc, mem.win, systemd_units.services_summary, md, kernel.util, vbox_guest, mrpe, mounts, df_zos, mem.linux
systemd_units does not support discovery. Skipping it.
  Skip ignored check plugin name 'postfix_mailq'
ps_lnx does not support discovery. Skipping it.
Traceback (most recent call last):
  File "/omd/sites/rh/bin/cmk", line 94, in <module>
    exit_status = modes.call(mode_name, mode_args, opts, args)
  File "/omd/sites/rh/lib/python/cmk_base/modes/__init__.py", line 72, in call
    return mode.handler_function(*handler_args)
  File "/omd/sites/rh/lib/python/cmk_base/modes/check_mk.py", line 1498, in mode_discover
    discovery.do_discovery(hostnames, options.get("checks"), options["discover"] == 1)
  File "/omd/sites/rh/lib/python/cmk_base/discovery.py", line 133, in do_discovery
    only_new, on_error)
  File "/omd/sites/rh/lib/python/cmk_base/discovery.py", line 167, in _do_discovery_for
    on_error=on_error)
  File "/omd/sites/rh/lib/python/cmk_base/discovery.py", line 839, in _discover_services
    check_plugin_name, on_error):
  File "/omd/sites/rh/lib/python/cmk_base/discovery.py", line 910, in _execute_discovery
    for_discovery=True)
  File "/omd/sites/rh/lib/python/cmk_base/data_sources/host_sections.py", line 142, in get_section_content
    nodes_of_clustered_service)
  File "/omd/sites/rh/lib/python/cmk_base/data_sources/host_sections.py", line 206, in _get_section_content
    section_content = self._update_with_parse_function(section_content, section_name)
  File "/omd/sites/rh/lib/python/cmk_base/data_sources/host_sections.py", line 299, in _update_with_parse_function
    return parse_function(section_content)
  File "/omd/sites/rh/share/check_mk/checks/df", line 200, in parse_df
    return parse_blocks_subsection(blocks_subsection), parse_inodes_subsection(inodes_subsection)
  File "/omd/sites/rh/share/check_mk/checks/df", line 103, in parse_blocks_subsection
    int(line[1])
IndexError: list index out of range

[andreas-doehler (Andreas)]

Da ist der Agent Output für die Filesysteme kaputt.
Was für eine Agent Version läuft auf dem Client?

[mrk (Markus Lauterbach)]

Frisch aus dem Git-Repo checkmk/agents at master · tribe29/checkmk · GitHub

root@hostname /usr/bin # check_mk_agent -v | head
<<<check_mk>>>
Version: 2.1.0i1
AgentOS: linux
Hostname: hostname
AgentDirectory: /etc/check_mk
DataDirectory: /var/lib/check_mk_agent
SpoolDirectory: /var/lib/check_mk_agent/spool
PluginsDirectory: /usr/lib/check_mk_agent/plugins
LocalDirectory: /usr/lib/check_mk_agent/local
OnlyFrom:

EDIT
Da ich als neuer User keine weiteren Post hier anlegen darf, hier die Ergänzung:

Ein Downgrade des Check_MK_Clients auf Version: 2.0.0i1 hat funktioniert. Zuvor bin ich nur in der Version 2.1.0i1 die letzten Commits bis in den März zurückgegangen. Das hat den Fehler aber nicht behoben.

Anschließend habe ich den Host über die Web-Oberfläche gelöscht und konnte ihn neu anlegen. Mit vollem Scan der Services.

Danke @ andreas-doehler, dein Tipp war Gold wert!

[andreas-doehler (Andreas)]

Wenn auf dem Server 1.6 läuft dann sollte auch der Agent Version 1.6 sein.