Checkmk packages created
by the community

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.

Recently added

  • by Marius Gielnik

    Windows SMB Share Performance (latency, queue length) Monitors SMB shares on Windows file servers per share: latency, queue length, requests, throughput, open files and connections, based on the Windows performance object "SMB Server Shares". Values per share - Latency per data, read, write and any request - Average data, read and write queue length, current data queue length, pending requests - Data, read, write and metadata requests per second - Throughput (data, read, write) - Open files and connections - Intervals without any request are shown as "no requests" instead of a latency of 0, so an idle share is never mistaken for a fast one Features - Reads the Windows performance counters (same data as perfmon) with the English counter names - works on German and any other Windows language - WMI only as fallback; the source in use is shown in the service details - Rates computed on the Checkmk server according to the counter type reported by Windows - no guessed counter types - Default levels without any rule: data/read/write latency 20/50 ms, average and current data queue length 2/5 - Optional levels for open files and connections; every default adjustable per share or switched off - Select shares by plain local path (E:\\home, D:\\Shares\\Public, E:\* for all shares below a folder) - no share names or regular expressions needed; alternatively by name (regex) - Hidden shares (name$) are discovered, administrative shares (C$, ADMIN$, IPC$, print$) are excluded by default - Local path of every share shown in the service details - Graphs: latency, queue length, requests, throughput, open files and connections; perfometer - Agent Bakery rule: synchronous, asynchronous or do not deploy Rules - Agent rules: "Windows: SMB share performance (agent plug-in)" - required, deploys the plug-in - Discovery rules: "Windows SMB share discovery" - optional, only some shares (by local path or name) - Service monitoring rules (Storage): "Windows SMB share performance" - optional, change default levels Installation 1. Create the agent rule "Windows: SMB share performance (agent plug-in)", bake and deploy the agents (without Bakery: copy win\_smb\_shares.ps1 to C:\\ProgramData\\checkmk\\agent\\plugins) 2. Run the service discovery on the file server Requirements - Checkmk 2.5.0 or newer (Agent Bakery rule in the commercial editions) - Windows Server 2012 or newer, Windows PowerShell 2.0 or newer Notes - Values are averages between two agent runs; the first check after discovery shows current values only. - The default WARN values follow Microsoft's rules of thumb for the matching disk counters; adjust them to your file server. Source, README and changelog: [https://github.com/Majus420/checkmk/tree/main/MKP/windows\_smb\_share\_performance](https://github.com/Majus420/checkmk/tree/main/MKP/windows_smb_share_performance)

  • by masoibc

    Checkmk notification plugin for Freshservice. Automatically creates or updates Freshservice tickets based on the state transitions of host and service notifications. It is not perfect, but it works. Recommendation for payload mapping within Freshservice webhook: Subject > subject; Description > description; Node > object\_type; Metric name > metric\_name; Metric value > metric\_value (for Action URL, else "perf\_data"); Resource > hostname; Severity > severity; Created on > event\_date; Aggregation > Resource \+ Metric name With this mapping you'll see the Event summary within the subject of the alarm and the created ticket and the state change of the host/service within the description. If you want it to behave like within mail notifications, you can swap the mapping to Subect > description and Description > subject, but personally I prefer it like mentioned above. When the base Checkmk URL is provided, the script generates a link to the alert page. I mapped this link to the Metric Value in Freshservice because the perf\_data is rather hard to read without accessing the Checkmk API, and I felt the link would be more useful there. \*\*Changelog: \*\* Version 1.1.0: Changed the Auth key parameter from string to more robust and secure password-function. Version 1.1.1: Changed the severity mapping of the plugin for "UNKNOWN" and "UNREACHABLE" (orange alerts) from "warning" to "error" for better reflection of the Freshservice functionality. Version 1.1.2: Added labels and tags to the notification payload. For example, you can use them to build services within Freshservice.

  • by bh2005

    # **Short Description: ExtremeCloudIQ (XIQ) Special Agent** This Special Agent integrates Extreme Networks CloudIQ into Checkmk via the official REST API. It provides centralized monitoring for cloud instances and automated, deep-dive monitoring for all managed Access Points (APs). # **Key Features:** **Centralized Cloud Insights**: Monitors API rate limits, license status, and global device summaries on a dedicated connector host. **Automated AP Monitoring (Piggyback):** Automatically discovers APs and dynamically assigns IPv4 addresses, aliases, and location tags to Checkmk hosts using the cmk\_host\_attributes function. **Detailed WiFi Metrics**: Real-time data on radio bands (2.4/5/6 GHz), client distribution per SSID, and network topology (LLDP/CDP neighbor info). **Performance Optimized:** Features JWT token caching and pagination to support large-scale environments (>1000 APs) while staying within API quotas. # **Technical Benefits:** **Zero-Touch Deployment:** Best used with Dynamic Host Management (DCD) to automatically create and delete AP hosts. **Reliable Reachability:** Enables active IPv4 ping checks for cloud-managed APs by automatically syncing their LAN IP addresses. **Modern API:** Fully compatible with Checkmk 2.3/2.4 agent-based API standards. REPO: [https://github.com/bh2005/CMK-exchange](https://github.com/bh2005/CMK-exchange)

  • by pwladzinski

    ## HPE Morpheus Monitoring for Checkmk Read-only monitoring of HPE Morpheus through its REST API. ### Features - Appliance health, CPU, JVM memory, database connections, storage and application components. - Cloud status and synchronization. - Datastore capacity, state and multipath counters. - Hypervisor CPU, memory, power and maintenance state. - Cluster status, members and HA information. - Hardware health summaries and optional individual sensors. - VM state, CPU, memory and API-reported storage through piggyback. - Utilization graphs, readable units and Perf-O-Meters. ### Compatibility Targets Checkmk 2.4. Developed against Checkmk 2.4.0p26 CME and Morpheus 9.1.0.1 with HVM. Other versions and providers require validation. Checkmk 2.5 compatibility is not claimed. ### Configuration Store a read-access API token in Checkmk's Password store and configure the HPE Morpheus rule on an API source host. Discover its services, then configure VM hosts to consume piggyback data. TLS verification is enabled by default. No customer-specific addresses or credentials are included. ### Limitations VM CPU retains the API scale and may exceed 100%. VM storage represents API-reported usage, not individual guest filesystems. Cached readings retain their original timestamps and trigger freshness warnings. ### Documentation and support [https://github.com/pwladzinski/checkmk-morpheus](https://github.com/pwladzinski/checkmk-morpheus) Maintainer: Pawel Wladzinski Contact: [pawel.wladzinski@vayana.pl](mailto:pawel.wladzinski@vayana.pl) License: GPL-2.0-only Independent community integration; not an official HPE or Checkmk product.

  • by Kuhn-Ruess-GmbH

    SNMP Monitoring Plugin for Bachmann EMA Devices

Most downloaded

  • 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.

  • by lgbff

    group of checks to monitor checkpoint firewalls