Monitors per-disk SMART attributes on Synology NAS units via SNMP (SYNOLOGY-SMART-MIB). State comes from DSM's own per-attribute verdict, with configurable thresholds on the pre-failure counters. Includes the following checks: Per-disk SMART health: CRIT on any attribute DSM reports with a status other than OK Pre-failure counters: reallocated sectors, current pending sectors, offline uncorrectable sectors, reported uncorrectable errors, and UDMA CRC errors, default WARN at 1 and CRIT at 10, each evaluated only on drives that report it Power-on hours, reported informationally with a metric One service per physical disk, named by drive bay including disks in DX-series expansion enclosures, with device-path naming as a fallback. 1.0.0 initial release: per-disk SMART health, pre-failure counter thresholds with a dedicated ruleset, error counter and power-on hours metrics 1.0.1 author metadata update

Monitors Fortinet FortiSwitch hardware health over SNMP, beyond the usual interface, PoE and uptime coverage. Sensors are discovered per unit from the live sensor tables, so fanless, PSU-less and non-fiber models are handled correctly. Includes the following checks: CPU utilization Memory usage Chassis temperature PSU state Fan (state and speed) SFP optical diagnostics (RX/TX power, temperature, voltage, bias) 1.0.0 initial release: CPU, memory, temperature, PSU and fan checks 1.0.1 hardened fan failure handling and discovery 1.1.0 added SFP optical diagnostics (DOM) 1.2.0 removed the duplicated word from PSU, fan and SFP service names

Checkmk agent-based extension for monitoring Windows Server DHCPv4 failover relationships.

Monitors Linux hosts for pending system reboots. Detects whether a reboot is required, how long it has been pending, and which packages triggered it. Supports Debian, Ubuntu, RHEL, CentOS, Rocky Linux, AlmaLinux, Fedora and SUSE. Includes Agent Bakery support for automatic deployment. Based on https://exchange.checkmk.com/p/system-reboot-required

Monitors the VMware vCenter Server Appliance (VCSA) itself via its REST management API. State comes from the appliance's own reported values, with configurable thresholds throughout. Includes the following checks: vMon service state: CRIT on any automatic service not running or reporting degraded health. Appliance health areas: appliance-reported color per area. CPU and memory: utilization, CPU steal, and swap page rate. Filesystems: per-partition usage. Certificates: machine TLS, signing, and trusted root, each with expiry thresholds and a hostname match check. Root password: expiry thresholds. Time synchronization: NTP reachability. Update status: repository check staleness alongside install state. Also covers network interfaces, DNS, access settings, proxy, syslog forwarding, pending shutdown, backup status, and database usage. 1.1.1: halves monitoring API requests; fixes a false alert on DNS collection failure and a duplicated line in the database usage summary. 1.1.0: adds CPU steal, memory bytes, swap page rate, access/proxy/syslog/shutdown/database checks, and a certificate hostname match; corrects filesystem percentage source; revises root password and update-staleness defaults; credentials now resolved via the password store. 1.0.0 initial release: vMon service states, appliance health areas, resource and filesystem usage, update status, backup status, certificates, root password expiry, time synchronization, network interfaces and DNS.

Monitors Dell PowerVault ME5 series storage systems through the controller HTTPS management API. State for every object comes from the array's own health and status values, and every check has a configurable ruleset. Validated on the Dell PowerVault ME5024 in multiple production Checkmk environments. Includes the following checks: - System health and management-controller redundancy - System performance: IOPS, throughput, and response time, each split into read and write, plus controller CPU and write cache use - Health alerts: unresolved critical and warning alerts, with the affected component, reason, and the array's recommended action - Controller health, failover, and cache policy - Controller firmware - Host ports: health, link status, speed, throughput, IOPS, response time, and queue depth - Enclosures: health, status, and power draw, one service per enclosure - Disk groups: RAID status, spares, and background jobs - Storage pools: capacity via the built-in Filesystem ruleset, with trend and forecast - Volumes: health, capacity, preferred-path ownership, throughput, IOPS, and cache hit ratios - Physical disks: health, SMART status, SSD life, temperature, power-on hours, throughput, IOPS, queue depth, and predictive error counters (media errors, bad blocks, block reassignments, spin-up retries, I/O timeouts, no-response events) - Power supplies - Fans - Temperature sensors, with state taken from the array's own per-sensor verdict and the built-in Temperature ruleset available for custom levels - Supercapacitor packs: charge, capacitance, internal resistance, and cell voltages, one service per controller - Voltage and current sensors - Unwritable cache - Snapshot protection: snapshot count, data, and newest snapshot age together with the schedule that creates them, with freshness and overdue alerting - Connected hosts 1.0.0 initial release: system, controller, firmware, host port, disk group, pool, volume, disk, power supply, fan, temperature, sensor, unwritable cache, snapshot, and connected-host checks 1.1.0 added host port I/O statistics (throughput, IOPS, response time, and queue depth) to the host port check 1.2.0 added system performance, health alerts, enclosure, and supercapacitor checks; added volume and disk performance with cache hit ratios and predictive error counters; snapshot schedules are now reported with each volume's snapshots 1.2.2 fixed a false warning on the system health service where a healthy partner management controller was reported as not operational

Monitors the Infoblox Cloud Services Portal via its REST API: server and service health, DHCP high availability, anycast, DNS zones and IPAM utilization, and Threat Defense policies and feeds.

Original check by Allan GooD - allan.cassaro@gmail.com, originally packaged by Roger Ellenberger (WagnerAG). Original listing: https://exchange.checkmk.com/p/dfs-state Monitors DFS Replication (DFSR) state per replicated folder on Windows via the root\MicrosoftDFS WMI provider. One service per folder: Normal, Initializing, Initial Sync, Auto Recovery, or Error. Fixed: the bakery module used a removed API, so the deploy toggle silently produced no file. Migrated to register.bakery_plugin. Also fixed an item-detection bug where folder names with spaces failed to parse.

Original check by Kai Biebel, originally packaged by Roger Ellenberger (WagnerAG). Original listing: https://exchange.checkmk.com/p/dfs-backlog Monitors DFS Replication (DFSR) backlog per folder and partner on Windows via the root\MicrosoftDFS WMI provider. One service per folder/partner/direction, with configurable file-count thresholds. Fixed: the bakery module used a removed API, so the deploy toggle silently produced no file. Migrated to register.bakery_plugin. Also adds per-pairing error isolation, so a single unreachable partner doesn't blank the section.