Frage zu check_mk via ssh

Global Community Deutsch
1

Ich habe hier leider etwas ältere Raid-Controller, die nicht vom CIM-Provider unter ESXi 6.7 erfasst werden.
Was aber geht - Abfrage per arcconf.

Habe hier ein schönes Python-Script gefunden.

Ist uralt - läuft nicht unter Python3. Aber - unglaublich - ich habe den Code bei ChatGBT eingegeben und gefragt, ob er das umschreiben kann. Und das lief wirklich.

Jetzt habe ich ein Problem, suche mir da echt einen Wolf.
wenn ich das per SSH aufrufe
$ ssh -l root 192.168.140.16 /opt/pmc/adaptec_raid.py
bekomme ich das als Feedback.

0 “Adaptec RAID Controller” - Controller Status
SetupServices → Other services ->Check via SSH service
einbinde, klappt da auch.
Aber, die Darstellung stimmt nicht.

image
image3018×62 10.7 KB

Ich habe da schon einige Posts gefunden, die auch die Frage stellen. Aber keine wirklich gute Antwort.
Oder muss in diesem Fall der Antwortstring anders aussehen?

LG
Andreas

2

Der Output welchen du siehst ist ein Local Check Output.
Im Endeffekt sollte das Script am besten noch eine Header Zeile “<<local:sep(0)>>” ausgeben. Damit sagst du CheckMK dann dies ist nun ein Local Check.
Der SSH Aufruf sollte nun noch mittels “Individual program call instead of agent access” konfiguriert werden. Das Ergebnis sollte ein Check mit Namen “Adaptec RAID Controller” sein.

1 Like
3

Hi Andreas,

danke für die Antwort, leider klappt das nicht. Vielleicht noch etwas mehr Hintergrund. Der Raid-Controller ist in einem ESXi-Server. Den habe ich auch soweit im Monitoring. Ich bekomme aber diesen Check nicht implementiert.
Ich habe bisher für den ESXi drei Check-Gruppen

  1. Standard-Check mit dem vsphere-Agent
  2. Standard-Check per SNMP
    und
  3. Check via IPMI für die Hardware-Sensoren.

Wenn ich das mit individual programm call instead of agent acess

grafik
grafik2084×1700 433 KB

mache, dann sehe ich das nirgendwo.

Füge ich das per Check via SSH Service ein

grafik
grafik2668×1814 327 KB

Dann sehe ich die, aber …

grafik
grafik1738×640 69.6 KB

Beste Grüße
Andreas

4

Sorry der Header wurde vom Editor hier bisl kaputt gemacht.

<<<local:sep(0)>>>

Die Regel mit Individual Program Call schaut ok.
Den Host selber musst auf API Integration + CheckMK Agent einstellen.
Dann sollte man auch bei einem “cmk -D hostname” sehen, dass er deinen SSH Befehl mit aufruft.

5

Hi,

hm, hat leider auch nicht geholfen.

$ cmk -D ESX5CHK | more

ESX5CHK                                                                        
Addresses:              192.168.140.16
Tags:                   [address_family:ip-v4-only], [agent:all-agents], [checkmk-agent:checkmk-agent], [criticality:prod], [ip-v4:ip-v4], [networking:lan], [piggyback:auto-piggyback], [site:progis], [snmp_ds:no-snmp], [tcp:tcp]
Labels:                 [cmk/site:progis], [cmk/vsphere_object:server]
Host groups:            proGIS
Contact groups:         all, check-mk-notify
Agent mode:             Normal Checkmk agent, all configured special agents
Type of agent:          
  Program: ssh 192.168.140.16 /opt/pmc/adaptec_raid.py
  Program: /omd/sites/progis/share/check_mk/agents/special/agent_vsphere -u root -s=xxxxxxxx -i hostsystem,virtualmachine,datastore,counters --direct --hostname ESX5CHK -P --spaces cut --no-cert-check 192.168.140.16
  Process piggyback data from /omd/sites/progis/tmp/check_mk/piggyback/ESX5CHK
Services:

grafik
grafik2134×82 8.58 KB

Interessanterweise wird die probe auf der anderen Maschine auch gezogen, da sieht cmk -D aber etwas anders aus.

ESX4CHK                                                                        
Addresses:              192.168.140.12
Tags:                   [address_family:ip-v4-only], [agent:cmk-agent], [checkmk-agent:checkmk-agent], [criticality:prod], [ip-v4:ip-v4], [networking:lan], [piggyback:auto-piggyback], [site:progis], [snmp_ds:no-snmp], [tcp:tcp]
Labels:                 [cmk/site:progis], [cmk/vsphere_object:server]
Host groups:            proGIS
Contact groups:         all, check-mk-notify
Agent mode:             Normal Checkmk agent, or special agent if configured
Type of agent:          
  Program: /omd/sites/progis/share/check_mk/agents/special/agent_vsphere -u root '-s=xxxxxxxxxxx' -i hostsystem,virtualmachine,datastore,counters --direct --hostname ESX4CHK -P --spaces cut --vm_pwr_display esxhost --vm_piggyname alias --host_p
wr_display esxhost --no-cert-check 192.168.140.12
  Process piggyback data from /omd/sites/progis/tmp/check_mk/piggyback/ESX4CHK