Extend your Checkmk monitoring with packages created by community members. Or create your own packages and share the here with the rest of the community.
by ghatak-x
# Harvester Special Agent Community MKP for monitoring **Harvester** and Harvester-based SUSE Virtualization environments with Checkmk. This package adds a Checkmk special agent for Harvester platform, Longhorn storage and Harvester node monitoring. It collects data from the Kubernetes API, Harvester custom resources, Longhorn custom resources, Prometheus metrics and, optionally, a node-local DaemonSet collector. It is intended for Harvester platform monitoring. For KubeVirt VM monitoring, install and configure the separate `checkmk-kubevirt` extension in addition. ## What you get - Harvester version and settings monitoring - Harvester backup target status - Harvester VM image import status - Harvester platform pod summary - Harvester node information and conditions - Harvester node configuration monitoring - Harvester block device discovery - Longhorn node status - Longhorn disk status and usage - Longhorn volume robustness and attachment status - Longhorn replica summary - Prometheus connection health - Optional node-local OS context through a DaemonSet collector - SUSE Linux Micro / SLES identity labels on Harvester node hosts - Native Checkmk node services for filesystems, CPU load, memory, uptime, interfaces, disk I/O and process discovery when node collector output is enabled ## Created services The package can create source-host services such as: - `Harvester Prometheus connection` - `Harvester version` - `Harvester settings` - `Harvester backup target default` - `Harvester platform pods` - `Harvester VM image namespace/name` - `Longhorn replicas` - `Longhorn volumes summary` - `Longhorn volume name` On Harvester node piggyback hosts, it can create services such as: - `Harvester node info` - `Harvester node conditions` - `Harvester node configuration` - `Harvester block device /dev/...` - `Longhorn node status` - `Longhorn disk status disk-name` - `Longhorn disk usage disk-name` - `Harvester node local OS context` - `Harvester node local mounts` - `Harvester node local processes` - `Filesystem /...` - `CPU load` - `Memory` - `Uptime` - `Disk IO SUMMARY` - `Interface ...` The exact number of services depends on the Harvester cluster, Longhorn volumes, node count, mounted filesystems and enabled collection options. ## Requirements - Checkmk 2.5 - Harvester cluster API access - Kubernetes service account / bearer token - Read access to Harvester and Longhorn resources - Access to a Prometheus endpoint exposing Kubernetes, Harvester, Longhorn and node metrics - Optional: node collector DaemonSet from `docs/harvester_node_collector.yaml` ## Installation Install via `mkp add` / `mkp enable`, or use **Setup > Extension packages**. After installation, configure the **Harvester** special agent rule with: - Kubernetes API endpoint - Bearer token from the Checkmk password store - Prometheus endpoint - Cluster name - Node piggyback hostname mode - Optional node collector settings A minimal Kubernetes RBAC example is included in the repository under `docs/harvester_rbac.yaml`. The optional node collector manifest is included under `docs/harvester_node_collector.yaml`. Deploy it only if you want Checkmk to receive node-local context such as OS release details, selected mounts, selected kernel modules and process data. ## Notes This extension focuses on Harvester platform, Longhorn and Harvester node monitoring. For VM-level KubeVirt monitoring, use the separate `checkmk-kubevirt` package.
by ghatak-x
# KubeVirt Special Agent Community MKP for monitoring **KubeVirt** virtual machines and platform health with Checkmk. This package adds a Checkmk special agent that collects data from the Kubernetes/KubeVirt API and Prometheus metrics. It discovers KubeVirt virtual machines as piggyback hosts and creates VM-level services for CPU, memory, disks, network interfaces, placement and resource information. It is intended for generic KubeVirt environments. For Harvester / SUSE Virtualization platform, Longhorn and node monitoring, use the separate `checkmk-harvester` extension. ## What you get - KubeVirt VM discovery as Checkmk piggyback hosts - VM CPU monitoring - VM memory monitoring - VM disk monitoring - VM network monitoring - VM interface information - VM placement information - VM resource/request information - VM info and lifecycle state - KubeVirt platform health checks on the source host - KubeVirt component health - KubeVirt version information - KubeVirt controller status - KubeVirt migrations - KubeVirt VMI phase summary - KubeVirt workqueue monitoring ## Created services The package can create VM services such as: - `VM CPU` - `VM memory` - `VM disk disk-0` - `VM network default` - `VM interfaces` - `VM placement` - `VM resources` - `VM info` On the source host, it can create services such as: - `KubeVirt component health` - `KubeVirt controller status` - `KubeVirt migrations` - `KubeVirt version` - `KubeVirt VM lifecycle` - `KubeVirt VMI phases` - `KubeVirt workqueues` The exact number of services depends on the number of VMs, VM disks, VM networks and metrics exposed by the monitored KubeVirt environment. ## Requirements - Checkmk 2.5 - Kubernetes API access - Read access to KubeVirt resources - Access to a Prometheus endpoint exposing KubeVirt metrics - A Kubernetes service account / bearer token for the special agent ## Installation Install via `mkp add` / `mkp enable`, or use **Setup > Extension packages**. After installation, configure the **KubeVirt** special agent rule with: - Kubernetes API endpoint - Bearer token from the Checkmk password store - Prometheus endpoint - Cluster name - Optional TLS certificate verification settings A minimal Kubernetes RBAC example is included in the repository under `docs/kubevirt_rbac.yaml`. ## Notes This extension monitors KubeVirt from the platform side. It does not replace guest operating system monitoring inside the virtual machines. For guest OS metrics such as filesystems, processes, services or package inventory, install the normal Checkmk agent inside the VM.
by pinky
On the "Trusted certificate authorities for SSL" edit page, each manually added CA now has a panel to the right of its PEM text box showing Issuer, Subject, Validity and Fingerprint. How it works: - It's one GUI plugin file, set up like your auto\_reload\_toggle MKP. It wraps the method that draws each CA's input field (\_CAorCAChain.render\_input in cmk/gui/valuespec/definitions.py): it draws the original input in a left column and the details in a right column. - Validity is shown as two lines, "Not before" and "Not after". A certificate that is not yet valid or has expired gets a red "(not valid)" marker. - The fingerprint is SHA256, colon-separated. - If a PEM holds a chain, there is one block per certificate, labelled "Certificate 1 of N". - If the content is empty or can't be parsed, the page looks exactly as before. Limitations: - No live update: the details are worked out when the page loads, so a certificate you've just pasted shows its details only after you save or submit the form. Live updates would need an extra small ajax endpoint and some JavaScript; I can add that if you want it.
by pinky
Pause automatic page and dashboard refresh (auto\_reload\_toggle 1.2.0) Adds a pause/resume button for the GUI's automatic refresh. - Views and graph pages: the button sits in the bottom left corner. While paused, the reload counter in the top right shows "off". - Dashboards: the button sits in the bottom right corner. While paused, graph widgets, gauges, top lists and user messages stop refreshing. First loads, filter changes and resizing still work, and refreshes that were held back run when you resume. - Embedded views: views inside dashboards follow the same pause state. The setting is remembered per browser and applies to all open tabs at once. Requires Checkmk 2.5.0 or later.
by doctore74
Checkmk agent plugin (Linux \+ Windows) that watches directories and alerts when one grows too fast - size, file count and growth per subdirectory, with fixed or predictive levels.
by rsander
Agent Plugin to check SSL certificates in specified directories Now with support to check signature algorithm Windows Plugin added JSON data in agent data section Is now able to ignore certificates with a short lifetime
by simonmeggle
Robotmk integrates Robot Framework results into Checkmk.
by lgbff
This check monitors the status of ssl cert checks on ssllab.com. Changelog: - 3\.2.0 no systemtime in agent output - 3\.x version for cmk 2.2 - 2\.1.0 change to python3 - 2\.0.1 fix datasource\_programm group definition - 2\.0.0 insert cache for api response - 1\.6.0 insert Agent status (line\[3\]) - 1\.5.3 change default status - 1\.5.2 Insert Agent Header infos - 1\.5.1 cache default settings - 1\.5.0 new data seperator (59) - 1\.4.9 fix display JSON Error on check result. - 1\.4.8 fix connect exeption - 1\.4.7 add default value for timeout - 1\.4.6 change timeout handling - 1\.4.5 fix inventory issue while JSON issues - 1\.4.4 change urlopen error handling - 1\.4.3 Rename check file - 1\.4.2 Fix check manpage - 1\.4.1 delete modul calls from check - 1\.4.0 changes for cmk version 1.4 - 1\.3.1 improve error handling.
by rsander
Plugin to gather Ceph statistics. ### Starting with Checkmk 2.4, this plug-in is distributed with Checkmk. No need to download this MKP. Use this MKP only if you want to monitor Ceph with Checkmk 2.2 or 2.3.