linux-diag-mcp
Related Servers
Alternatives to linux-diag-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceGives AI agents safe, bounded, non-blocking access to Linux sysadmin inspection tasks, including CPU, RAM and disk healthchecks, memory-safe log tailing with regex filtering, and user-level systemd service and timer auditing. All operations run without sudo or unrestricted root shells, avoiding interactive pager hangs and context window flooding.4173 PyPI1MIT
- FlicenseAqualityCmaintenanceEnables natural-language diagnosis of Linux system issues by providing sandboxed, typed tools for system, service, filesystem, and git inspection, with human approval for mutating actions.18-
- AlicenseNot gradedqualityAmaintenanceEnables AI agents and assistants to inspect live system telemetry, check TCP port connectivity, audit environment variables for leaked secrets, analyze and summarize log files, and list Docker containers — all with token-efficient, compressed output.1MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI assistants to inspect and safely operate a Linux VPS through typed DevOps tools governed by YAML allowlists, read-only defaults, dry-run plans, secret redaction, and tamper-evident auditing.MIT
- AlicenseNot gradedqualityBmaintenanceA read-only observability server that lets external agentic AI clients query CPU, memory, load, uptime, allowlisted filesystem capacity, bounded process snapshots, and permitted journald logs. It also provides a JSON system summary resource and a safe health-check prompt, with no arbitrary shell or destructive operations exposed.MIT
- AlicenseAqualityFmaintenanceEnables read-only Linux system diagnostics and troubleshooting on RHEL-based systems, including system info, services, processes, logs, network, and storage analysis. Supports both local and remote SSH execution across multiple hosts.20MIT
TDQS
Scored across 10 tools
Each tool maps to a distinct diagnostic concern: host overview, disk, processes, listening ports, interfaces, failed units, journal logs, log-file discovery, single-unit status, and file reads. The closest overlaps—failed_units versus service_status and journal_tail versus read_log/list_logs—are clearly differentiated by scope and source.
Names are uniformly snake_case and readable, but the set mixes noun-first diagnostic names (system_overview, disk_usage) with verb-first actions (list_logs, read_log). This is a minor convention deviation rather than a confusing inconsistency.
Ten tools is well-scoped for a Linux diagnostics server, with each tool covering a meaningful area without redundancy. No obvious filler or missing major tool dominates the count.
The surface covers the core read-only diagnostic workflow: system state, disk and inode usage, processes, ports, network interfaces, systemd unit health, journal inspection, and log file discovery/reading. Obvious adjacent areas such as dmesg or deeper per-process inspection are minor and mostly reachable through journal or process tools.