Skip to main content
Glama
AIops-tools

io.github.AIops-tools/olvm-aiops

Official

Related Servers

Alternatives to io.github.AIops-tools/olvm-aiops

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      Enables AI assistants to read Oracle Linux Virtualization Manager and oVirt inventory through the engine REST API, including VMs, hosts, and related details. It provides read-only tools for searching and retrieving VMs and KVM hosts.
      3
      Apache 2.0
    • F
      license
      Not graded
      quality
      C
      maintenance
      Provides read-only Proxmox cluster oversight and configuration compliance checks through MCP, covering health, inventory, storage, backups, snapshots, and updates.
      -
    • F
      license
      Not graded
      quality
      A
      maintenance
      Provides authenticated read-only access to VMware Cloud Foundation Operations inventory, metrics, alerts, report definitions, targets, and skills via Streamable HTTP, with a durable audit trail and an admin UI.
      -
    • A
      license
      A
      quality
      D
      maintenance
      Read-only MCP server that allows AI assistants to query and monitor KVM Fleet devices, audit logs, and console sessions through the official REST API.
      5
      2 npm
      1
      MIT
    • A
      license
      B
      quality
      A
      maintenance
      Read-only MCP server that exposes governed operational records with provenance and validity windows so clients can check which evidence is still current before answering. It lets agents reconcile freshness, schedule state, and evidence specificity to determine whether scheduled automations are actually healthy, rather than trusting an expired dashboard summary.
      4
      MIT
    • A
      license
      B
      quality
      C
      maintenance
      Enables read-only operational audits of schedulers, recurring job health, delivery failures, overdue runs, gateway/MCP health, and lock-file inventory without modifying inspected systems.
      11
      MIT

    TDQS

    A3.8/5.0

    Scored across 17 tools

    Disambiguation4/5

    List/get tools and the *_rca diagnostic tools are clearly separated, with explicit guidance in host_list and engine_health_rca pointing users to the RCA tool for 'what is wrong'. The four diagnostic aggregators (host, engine, storage, vm) have distinct scopes, though host_health_rca discussing VM candidates and vm_health_rca referencing storage creates minor cross-over.

    Naming Consistency4/5

    Names follow a predictable resource_action snake_case pattern (host_list, vm_get, storage_domain_get, undo_apply). Verb choices vary (list, get, stats, health_rca, capacity_rca, apply) but the resource-first convention is consistent and readable throughout.

    Tool Count4/5

    17 tools is reasonable for a platform spanning hosts, VMs, storage, datacenters, clusters, events, jobs plus diagnostics. Each tool maps to a distinct resource or diagnostic concern with little redundancy.

    Completeness3/5

    Read and diagnostic coverage is strong, but the surface is almost entirely read-only with no VM lifecycle, host maintenance, or other action tools, even though the undo framework implies write tools that generated the tokens but are not exposed here. Some resources also lack a get counterpart (cluster, datacenter, job).

    Maintenance

    ActivityMaintained
    ResponsivenessResponsive