olvm-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| OLVM_URL | Yes | Engine base URL, e.g. `https://engine.example.com/ovirt-engine` (`/api` optional) | |
| OLVM_CA_FILE | No | Engine CA certificate (PEM). Without it, the system trust store is used | |
| OLVM_TIMEOUT | No | Seconds per request | 30 |
| OLVM_INSECURE | No | `true` disables TLS verification. Lab use only | |
| OLVM_PASSWORD | No | The password itself | |
| OLVM_USERNAME | Yes | e.g. `mcp-reader@ovirt@internalsso` (Keycloak) or `user@internal` | |
| OLVM_PASSWORD_FILE | No | File containing only the password (recommended) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_vmsA | List virtual machines with their status, cluster, host, CPUs and memory. |
| get_vmA | Get details of one virtual machine, including its disks and network interfaces. |
| list_hostsA | List KVM hosts with their status, cluster, CPU, memory and running VM count. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
Each tool has a clearly distinct purpose: list_vms and list_hosts enumerate different resources, and get_vm provides single-VM detail. There is no overlap or ambiguity between them.
All three tools follow a consistent verb_noun pattern (list_vms, get_vm, list_hosts), with plural nouns for list operations and singular for the detail operation, which is idiomatic and predictable.
Three tools is borderline thin for an oVirt virtualization server; it covers only basic VM and host inventory, leaving little room for the broader management surface the domain implies. A read-only inventory intent could justify this, but it feels underpowered.
The surface only supports listing VMs, getting one VM, and listing hosts. It lacks VM lifecycle actions (start/stop/reboot), host detail or operations, cluster and storage domain queries, and create/update/delete operations, which are significant gaps for an oVirt management server.