Unifi Monitoring via Special Agent for CheckMK 2.2.x. Fork of the original plugin by Frank Baier (Apache 2.0). Fix: Removed the "Version: 1.0" output from the special agent which caused a false WARN state on the Check\_MK service. Source: [https://github.com/Majus420/checkmk/tree/main/plugins/unifi\_special\_agent](https://github.com/Majus420/checkmk/tree/main/plugins/unifi_special_agent)

MSSQL Version Check This plugin monitors installed Microsoft SQL Server versions in CheckMK and automatically alerts when a Cumulative Update or security patch is available. It allows you to identify and prioritize outdated SQL Server instances across your entire monitoring environment — without manually checking Microsoft's website. One service is created per SQL Server instance. The latest build numbers are fetched daily from the official Microsoft Learn documentation. Supports SQL Server 2014, 2016, 2017, 2019, 2022 and 2025. Via the optional WATO rule you can configure per host or instance whether CU or CU \+ GDR is used as reference, and whether an outdated version triggers WARN or CRIT. Requires the standard CheckMK mssql.vbs or mk-sql.exe agent plugin. MSSQL Versions-Check Dieses Plugin überwacht die installierten Microsoft SQL Server Versionen in CheckMK und warnt automatisch sobald ein Cumulative Update oder Security Patch verfügbar ist. Damit lassen sich veraltete SQL Server Instanzen im gesamten Monitoring-Umfeld gezielt identifizieren und priorisieren — ohne manuelle Recherche auf Microsoft-Seiten. Pro SQL Server Instanz wird ein eigener Service erstellt. Die aktuellen Build-Nummern werden täglich automatisch von der offiziellen Microsoft Learn Dokumentation abgerufen. Unterstützt SQL Server 2014, 2016, 2017, 2019, 2022 und 2025. Über die optionale WATO-Regel kann pro Host oder Instanz konfiguriert werden ob CU oder CU \+ GDR als Referenz dient, und ob ein veralteter Stand WARN oder CRIT erzeugt. Benötigt das Standard CheckMK mssql.vbs oder mk-sql.exe Agent Plugin.

Docker reports the CPU usage of a container like `docker stats`: **100 % per fully used CPU core**. On a host with many cores a single container can show hundreds or thousands of percent, which breaks every threshold written for "total CPU in %". On Checkmk versions older than 2.5.0p12 the built-in service also shows a bogus "under high load for ... years" duration (Werk 20187). This package adds the service **Docker CPU utilization** for Docker container hosts. It reports the utilization in percent of the available CPUs (always 0 to 100 %) and the number of CPU cores in use. ## Features - Normalized CPU utilization per container, e.g. `Total CPU: 1.48%, 1.07 of 72 CPUs in use` - Metrics `util` (shown in the standard CPU graph) and `docker_cpu_cores_used` - Levels in the WebUI, with levels over an extended time period as default (WARN after 1 h 30 min, CRIT after 3 h at 90 %), so short peaks do not alarm - Works with the **standard Docker data** of `mk_docker.py`, no agent plug-in has to be rolled out - Optional agent plug-in for **Linux and Windows** (Agent Bakery rule) that also reports the container CPU limit - Counter resets after a container restart are ignored instead of producing negative values - The built-in "CPU utilization" service is not changed - Safe to install: no service is created until a discovery rule exists ## Requirements - Checkmk **2\.5.0 or newer** - Docker hosts monitored with the Docker agent plug-in `mk_docker.py` (container hosts as piggyback hosts) ## Notes - With the standard Docker data the CPU limit of a container is not known, the value is related to all CPUs of the Docker host. The optional agent plug-in also takes the limit into account. - Full documentation and changelog are included in the package (`doc` folder, in English). ## Tested Tested live on Checkmk 2.5.0p10 in a distributed setup with the standard Docker data on Linux Docker hosts. The optional agent plug-in was checked on a Linux Docker host up to the delivery of its data. The Windows variant has not been tested on a real Windows Docker host. --- ## Deutsch Docker meldet die CPU-Nutzung eines Containers wie `docker stats`: **100 % pro voll ausgelastetem CPU-Kern**. Auf einem Host mit vielen Kernen kann ein einzelner Container hunderte oder tausende Prozent zeigen, wodurch alle Schwellwerte für "Gesamt-CPU in %" nicht mehr funktionieren. Bei Checkmk-Versionen vor 2.5.0p12 zeigt der eingebaute Service außerdem eine falsche Dauer "under high load for ... years" (Werk 20187). Dieses Paket fügt den Service **Docker CPU utilization** für Docker-Container-Hosts hinzu. Er zeigt die Auslastung in Prozent der verfügbaren CPUs (immer 0 bis 100 %) und die Zahl der genutzten CPU-Kerne. ### Funktionen - Normalisierte CPU-Auslastung pro Container, z. B. `Total CPU: 1.48%, 1.07 of 72 CPUs in use` - Metriken `util` (im Standard-CPU-Graphen sichtbar) und `docker_cpu_cores_used` - Schwellwerte in der WebUI, standardmäßig über einen Zeitraum (WARN nach 1 h 30 min, CRIT nach 3 h bei 90 %), kurze Lastspitzen alarmieren nicht - Arbeitet mit den **Standard-Docker-Daten** von `mk_docker.py`, es muss kein Agent-Plugin ausgerollt werden - Optionales Agent-Plugin für **Linux und Windows** (Agent-Bakery-Regel), das auch das CPU-Limit des Containers meldet - Zählerrücksetzungen nach einem Container-Neustart werden ignoriert, statt negative Werte zu erzeugen - Der eingebaute Service "CPU utilization" wird nicht verändert - Sicher zu installieren: Ohne Discovery-Regel wird kein Service angelegt ### Voraussetzungen - Checkmk **2\.5.0 oder neuer** - Docker-Hosts, die mit dem Docker-Agent-Plugin `mk_docker.py` überwacht werden (Container-Hosts als Piggyback-Hosts) ### Hinweise - Bei den Standard-Docker-Daten ist das CPU-Limit eines Containers nicht bekannt, der Wert bezieht sich auf alle CPUs des Docker-Hosts. Das optionale Agent-Plugin berücksichtigt auch das Limit. - Die vollständige Dokumentation und das Changelog sind im Paket enthalten (Ordner `doc`, auf Englisch). ### Getestet Live getestet auf Checkmk 2.5.0p10 in einer verteilten Umgebung mit den Standard-Docker-Daten auf Linux-Docker-Hosts. Das optionale Agent-Plugin wurde auf einem Linux-Docker-Host bis zur Lieferung seiner Daten geprüft. Die Windows-Variante wurde auf keinem echten Windows-Docker-Host getestet.

APT/DNF/Zypper Advanced Linux Update Check - pending package updates for Debian/Ubuntu (apt, apt-get), RHEL/Rocky/Alma/Oracle Linux/Fedora (dnf, yum) and SLES/openSUSE (zypper), rated by threat. Every pending update is put into one tier: zero-day (fixes a CVE in the CISA KEV catalog, actively exploited), critical (severity critical/high or EPSS score above threshold), security, normal. Each tier has its own delay, counted from the moment the update was first seen on the host, plus state and escalation. Example: actively exploited fixes go CRIT immediately, ordinary security updates WARN only after 24 hours - no more daily alerts for hosts with unattended nightly patching. Zero-day and critical can be switched off. apt: simulates apt-get upgrade AND dist-upgrade (kept back, phased, new and removed packages), CVEs via OSV. dnf/yum: severity, advisory and CVEs from the distribution's updateinfo. zypper: security patches with severity and CVEs. snap/flatpak updates as info. Services: APT/DNF/YUM/Zypper Pending Updates, Reboot Required (reboot flag, needs-restarting, newer kernel, kernel livepatch, services to restart), Repository Health (metadata age, refresh errors, missing security repository, foreign suites, broken and orphaned packages, unattended-upgrades/dnf-automatic, OS end of life). HW/SW inventory with pending updates and CVE table - find all hosts affected by a CVE. Automatic host labels (package manager, automatic updates, security information, livepatch). Graphs and perfometers. Agent Bakery rule, always asynchronous, rate-limited metadata refresh. Nothing is ever installed. Threat data (CISA KEV, EPSS, OSV, endoflife.date) is refreshed automatically on every site, no cron or setup needed, proxy supported. Checkmk 2.5.0\+. Keywords: apt, apt-get, dnf, yum, zypper, debian, ubuntu, rhel, rocky, almalinux, oracle linux, fedora, sles, opensuse, security updates, patch management, cve, kev, epss, zero-day, reboot required, livepatch, unattended-upgrades, snap, flatpak, inventory --- APT/DNF/Zypper Advanced Linux Update Check - offene Paket-Updates für Debian/Ubuntu (apt, apt-get), RHEL/Rocky/Alma/Oracle Linux/Fedora (dnf, yum) und SLES/openSUSE (zypper), bewertet nach Bedrohungslage. Jedes offene Update kommt in eine Stufe: Zero-Day (schließt eine CVE aus dem CISA-KEV-Katalog, aktiv ausgenutzt), Critical (Schweregrad critical/high oder EPSS über Schwelle), Security, Normal. Jede Stufe hat eine eigene Verzögerung, gezählt ab der ersten Sichtung des Updates auf dem Host, sowie Status und Eskalation. Beispiel: aktiv ausgenutzte Lücken sofort CRIT, normale Security-Updates erst nach 24 Stunden WARN - keine täglichen Alarme mehr bei Hosts mit nächtlichem automatischem Patchen. Zero-Day und Critical lassen sich abschalten. apt: simuliert apt-get upgrade UND dist-upgrade (kept back, phased, neue und entfernte Pakete), CVEs über OSV. dnf/yum: Schweregrad, Advisory und CVEs aus updateinfo der Distribution. zypper: Security-Patches mit Schweregrad und CVEs. Snap-/Flatpak-Updates als Info. Services: APT/DNF/YUM/Zypper Pending Updates, Reboot Required (Reboot-Flag, needs-restarting, neuerer Kernel, Kernel-Livepatch, Dienste mit Neustart-Bedarf), Repository Health (Alter der Metadaten, Refresh-Fehler, fehlendes Security-Repository, fremde Releases, defekte und verwaiste Pakete, unattended-upgrades/dnf-automatic, OS End of Life). HW/SW-Inventur mit offenen Updates und CVE-Tabelle - alle von einer CVE betroffenen Hosts finden. Automatische Host-Labels (Paketmanager, automatische Updates, Security-Informationen, Livepatch). Graphen und Perfometer. Agent-Bakery-Regel, immer asynchron, gedrosselter Metadaten-Refresh. Es wird nie etwas installiert. Threat-Daten (CISA KEV, EPSS, OSV, endoflife.date) aktualisieren sich auf jeder Site automatisch, ohne Cron oder Einrichtung, Proxy wird unterstützt. Ab Checkmk 2.5.0. Stichworte: apt, apt-get, dnf, yum, zypper, debian, ubuntu, rhel, rocky, almalinux, oracle linux, fedora, sles, opensuse, security updates, patch management, cve, kev, epss, zero-day, reboot required, livepatch, unattended-upgrades, snap, flatpak, inventory