mcp-nagios-crunchtools
Related Servers
Alternatives to mcp-nagios-crunchtools
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for Nagios Core that enables querying host and service status, alerts, configuration, and other monitoring data through CGI binaries.5Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables natural language management of CheckMK monitoring environments, including host/service monitoring, downtime scheduling, problem acknowledgement, and configuration management through LLM interfaces.GPL 3.0
- AlicenseCqualityBmaintenanceEnables natural language interaction with Thruk monitoring systems, allowing users to query hosts/services, schedule downtimes, acknowledge problems, and more via MCP-compatible clients.65MIT
- AlicenseNot gradedqualityBmaintenanceEnables interaction with N-able RMM (N-sight) API to manage clients, sites, devices, and retrieve monitoring data such as checks, patches, and performance history.Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables AI clients like Claude to triage, investigate, and operate Icinga installations through natural language, integrating with Icinga's REST APIs and providing deep awareness of monitoring plugins and historical performance data.4-
- FlicenseAqualityDmaintenanceEnables querying sensors, devices, groups, channels, historical data, and system status from a PRTG Network Monitor instance via the classic PRTG HTTP API.92-
TDQS
Scored across 7 tools
Each tool targets a distinct facet of Nagios operations: host status, service status, problem aggregation, acknowledgments, comments, forced checks, and notification history. There is no meaningful overlap between these actions.
All tools share the nagios_ prefix and snake_case naming, and most follow a clear action-oriented pattern like acknowledge, add_comment, schedule_check. Even the status tools are clearly recognizable as noun-based descriptors.
With 7 tools, the server is well-scoped for common Nagios workflows: status inspection, problem triage, acknowledgment, comments, active checks, and history. It avoids both bloat and unnecessary sparseness.
The toolset covers the primary monitoring lifecycle well, including view statuses, list problems, acknowledge, comment, re-check, and review history. Downtime scheduling and custom commands are notable omissions but not critical for daily monitoring operations.