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 TonyBostonTB
MikroTik RouterOS monitoring for CheckMK Monitors MikroTik RouterOS devices via the RouterOS API (v2, port 8729/SSL or 8728) or the RESTful API. Provides checks for: - System health, fans, and temperature sensors - Power supply units (per-PSU voltage, current, and wattage), PoE consumption - BGP and OSPF neighbors - not tested - VRRP status - not tested - IPsec tunnels - not tested - Firewall rules (with optional disabled-rule visibility) - not tested - File age monitoring - RouterOS Info: model, serial number, RouterOS version (with minimum version enforcement) and RouterBOOT firmware (state if an upgrade is pending) - HW/SW inventory: model, serial number, RouterOS version, RouterBOOT firmware - License expiration (CHR) - WiFi per SSID: connected clients, signal strength and radio state, for the new wifi driver, the legacy wireless driver (not tested) and CAPsMAN, new and legacy (one controller covers all its access points) - HW/SW inventory of the access points managed by a CAPsMAN controller: identity, model, serial number, RouterOS version, base MAC Requirements: CheckMK 2.4 or later, RouterOS 7.x. Upgrading from 3.x: stored rules are migrated automatically on install. See "Migration from v3.x" in the README for the power service change. Changes per release are shown in the version description below. Full changelog: [https://github.com/TonyBostonTB/CMK\_Mikrotik/blob/main/CHANGELOG.MD](https://github.com/TonyBostonTB/CMK_Mikrotik/blob/main/CHANGELOG.MD) Issues and source: [https://github.com/TonyBostonTB/CMK\_Mikrotik](https://github.com/TonyBostonTB/CMK_Mikrotik) Based on the original plugin by Andrea Fadda (devilofhell87).
by ghatak-x
# OpenAI Monitoring Community MKP for monitoring **OpenAI service health, API usage, costs and performance** with Checkmk 2.5. This package provides two independently configurable special agents for monitoring OpenAI's public status infrastructure and authenticated OpenAI Platform APIs. Go beyond service availability with visibility into **token consumption, spending, prompt caching, API-key attribution and application performance**. ## What you get - **Service health:** OpenAI availability, component status, incidents, maintenance and endpoint health - **API monitoring:** Platform API connectivity and collection health - **Usage analytics:** Requests, input/output tokens and model-level consumption - **Cost monitoring:** Daily and month-to-date spending, including project-level allocation - **Prompt caching:** Cached/uncached tokens and cache-read ratios - **Caller attribution:** API-key usage and ownership tracking across users and service accounts - **Rate limits:** Project/model rate-limit configuration - **Organization inventory:** Projects, users, service accounts and API keys - **OpenTelemetry:** Optional application-level latency, streaming and token metrics - **Dashboards:** Preconfigured Checkmk dashboards for operational visibility - **Alerting:** Configurable WARN/CRIT thresholds through Checkmk rules ## Requirements - Checkmk 2.5 - Outbound HTTPS access to OpenAI APIs - OpenAI organization Admin API key for authenticated Platform monitoring - Optional OpenTelemetry instrumentation and collection for application metrics **Public status monitoring requires no authentication or OpenAI account.** ## Installation Install using `mkp add` / `mkp enable`, or via **Setup > Extension packages**. Configure the appropriate special-agent rule: - `OpenAI Status Page` — public availability and incident monitoring - `OpenAI Platform` — authenticated usage, costs and organization monitoring API credentials can be stored in the Checkmk password store. ## Notes Public service-status monitoring and authenticated Platform monitoring operate independently. Rate-limit monitoring reports configured limits, not real-time remaining quota. OpenTelemetry monitoring requires separate application instrumentation.
Monitors XFS project (directory) quotas. Agent plug-in, check and agent bakery rule included. - Used space against hard or soft limit, with levels like the filesystem check (used/free in % or absolute, optional magic factor) - Reached hard limits and exceeded soft limits - Used inodes - Growth trend and time left until the quota is full
Ping targets from a Windows host, e.g. to monitor reachability from a remote site or DMZ. The agent bakery rule "Windows Ping" deploys a PowerShell plug-in together with: - the target list (IP or host name, optional display name) - number of echo requests and timeout - levels for round trip time and packet loss All targets are pinged concurrently, with one service per target including rta and pl metrics. Also included: an MRPE/Nagios-compatible check\_ping.ps1 (with .cmd wrapper) for single targets.
Special agent for Mirantis Kubernetes Engine (MKE, formerly Docker UCP). Queries the manager \_ping endpoint of one or more nodes: - Per-node "UCP Healthy" services, optionally distributed to the node hosts via piggyback - Optional aggregated "UCP Manager" service on the configured host that alerts once a configurable number of nodes is unhealthy
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.