Schaut doch ok aus dann sollte der Special Agent auch mehr liefern.
Einfach mal manuell testen auf der Shell.
Wie mit welchem Befehl und als welcher User?
Der Test war auch nicht auf der Command Line. Was da im Webinterface unter Connection Test steht zÀhlt nix bei einer Fehlersuche.
Hi, sorry, dass ich mich nicht mehr gemeldet habe.
Aber wir haben uns entschieden die lenovo systeme direktĂŒber Syslog zu ĂŒberwachen daher haben wir diesen Umweg von xClarity einfach ignoriert. und nicht mehr implementiert
Hi Andreas,
ich habe mal folgendes getestet âcmk --debug --vvn hostnameâ
Folgendes Output habe ich bekommen. Da ich neu in der Thematik bin, kann ich leider damit nicht so viel anfangen
Vielen Dank fĂŒr die Hilfe
Die gezeigte Ausgabe gehört nicht zu einem Host mit dem Special Agent. Das ist ein normaler Agent Host bei welchem der Agent nicht erreichbar ist.
Dann meine Frage nochmal wie das Redfish Modul installiert wurde?
Thema erledigt. Manchmal hilft auch einfach mal ein neustart. Grund ist fĂŒr mich nicht erklĂ€rlich, da redfish per Site Benutzer installiert ist und war.
@andreas-doehler vielen Dank fĂŒr deine Hilfe!
LG Moritz
Hello Andreas,
This was my fist time with python and pip packages. Unfortunately i installed redfish as root user. I tryied to uninstall it, with kinda success but still it doesnât work. I think itâs because all of itâs dependencies over the system. Do i need just rm those files from it directories like below?
Commands i used to get it rid of:
pip uninstall redfish
pip3 freeze --user | xargs pip3 uninstall -y
pip uninstall setuptools && pip uninstall pip
CMK 2.0.24 CEE Ubuntu Linux 22.04.1 LTS
Thanks, BĆaĆŒej
Packages inside the system folder are not relevant for the things you do inside the site.
On the screenshot i donât see that you are working inside the site folder and with the site user.
The prompt for working inside the OMD site should look like this.
OMD[sitename]:~$
If you are inside your site, then there is only âpip3â available no âpipâ.
The used âpipâ is something from the system itself.
It is strange as a normal CMK donât install âpython3-pipâ as a dependency.
The only command i use, as a site user is
OMD[sitename]:~$ pip3 install redfish
After this you can check
OMD[sitename]:~$ python3 <-- should be 3.8.7 with your CMK version
âimport redfishâ should work now without problem for testing
Thank you so much! When I switched installation to OMD User, everything worked perfectly and the data started collecting. I have one more question. When I do a service discovery it only shows fan speed, voltage and temperature. I used to use a Nagios CLI script which had one important service âServer Healthâ which informed us about upcoming failures.
Still when You perform âTest connectionâ we can see those informations.
Can I ask, do you have any future plans to implement this with other information? For now, when you do SNMP agent data discovery, it will only show as the Linux OS controlling the BMC with OS partitions, not the server disk or CPU information.
Sincerely,
At the moment i do a small rework of the xClarity special agent.
There was also a problem with fans reporting not rpm but percent.
I will try to include also the overall system state.
1 Like
I uploaded a new build. Please can you test it, if it works on your system without problem?
I spotted only one problem inside the Redfish data from the Lenovo devices. The state is every time only a single component state but no rollup state of all subordinate devices. This looks better on Dell or HPE hardware.
2 Likes
Hey,
looks like itâs not working anymore with CheckMK 2.2.0p1. Plugin crashes with following traceback:
File "/omd/sites/sitename/lib/python3/cmk/base/modes/check_mk.py", line 2020, in mode_check
fetched = fetcher(hostname, ip_address=ipaddress)
File "/omd/sites/sitename/lib/python3/cmk/base/agent_based/confcheckers.py", line 240, in __call__
return _fetch_all(
File "/omd/sites/sitename/lib/python3/cmk/base/agent_based/confcheckers.py", line 71, in _fetch_all
return [
File "/omd/sites/sitename/lib/python3/cmk/base/agent_based/confcheckers.py", line 75, in <listcomp>
source.fetcher(),
File "/omd/sites/sitename/lib/python3/cmk/base/_sources.py", line 389, in fetcher
cmdline=self.config_cache.make_special_agent_cmdline(
File "/omd/sites/sitename/lib/python3/cmk/base/config.py", line 2789, in make_special_agent_cmdline
args = _make_source_args(
File "/omd/sites/sitename/lib/python3/cmk/base/config.py", line 2784, in _make_source_args
agent_configuration = info_func(params, hostname, ip_address)
File "/omd/sites/sitename/local/share/check_mk/checks/agent_lenovo_xclarity", line 21, in agent_lenovo_xclarity_arguments
args += " -u " + quote_shell_string(params["user"])
I would recommend that you first check the unified Redfish agent.
Over the next months this will be the only supported agent for Redfish based management controllers.
All the manufacturer specific special agents donât get any new features only really needed bugfixes.
The latest version is also available on the exchange.
https://exchange.checkmk.com/p/redfish
WĂ€re es möglich, den Special Agent um Versionsinformationen der System-Firmware-Komponenten wie z. B. UEFI oder BMC sowie Firmware-Informationen zu den PCI-Adaptern zu ergĂ€nzen? Also eigentlich alles, was es an Firmware in den Kisten gibt. Dann könnte man auch zentral Tracken, ob alle Server auf gleichem Stand sind ohne daĂ man die ĂŒbertrieben aufgeblĂ€hte jeweilige Hersteller-Management-Lösung installieren muss.
Theoretisch ja - ist nur nicht so einfach da es bis auf HP in ihren alten iLO4 keine gesammelte Liste dieser Informationen gibt. Man muss sich das fĂŒr jede einzelne Komponente raus suchen.
Ok. Geht tatsĂ€chlich um Lenovo XCC. Dann wird es wohl unter UmstĂ€nden einfacher sein, die Sachen ĂŒber SNMP rauszusuchen und den passenden check zu schreiben. Eventuell sogar wirklich sinnvoller, da es sich bei uns im Wesentlichen um ESX-Hosts handelt, bei denen das Management Board mit dem ESX-Host abgefragt wird. In der Konstellation funktioniert ja ein Special Agent fĂŒrs Managment Board sowieso nicht so weit ich weiss.