Skip to main content
Glama

pdm_pve_qemu_remote_migrate

Migrate a QEMU VM to a different PDM-registered datacenter. Plan migration with dry-run, then confirm to execute; optionally delete source VM after successful transfer.

Instructions

MUTATION: migrate a VM to a DIFFERENT PDM-registered remote (datacenter-to-datacenter).

For a container use pdm_pve_lxc_remote_migrate; for a same-cluster move use pdm_pve_qemu_migrate. target_bridge and target_storage mappings are required (e.g. 'vmbr0:vmbr0', 'local-lvm:local-lvm'). delete=True removes the source VM after a successful move (irreversible). Dry-run by default (PLAN); confirm=True submits and returns a PDM task reference — track it with pdm_tasks_list (pve_task_status cannot poll a PDM UPID).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
vmidYesNumeric VMID of the VM to migrate, as a string.
deleteNoTrue deletes source VM after successful move (irreversible).
onlineNoTrue live-migrates the VM; else it must be stopped.
remoteYesPDM-registered remote (Proxmox cluster) currently hosting the VM.
confirmNoFalse (default) returns a PLAN only; True submits it.
target_vmidNoVMID on the destination; omit to keep same VMID.
target_bridgeYesSource-to-target network bridge mapping, e.g. 'vmbr0:vmbr0'.
target_remoteYesDestination PDM-registered remote (a different datacenter).
proximo_targetNoWhich configured Proxmox target to run this call against — a target name from your multi-target config (a specific PVE/PBS/PMG/PDM box). Omit to use the single/default target from the environment; the selection applies only to this call.
target_storageYesSource-to-target storage mapping, e.g. 'local-lvm:local-lvm'.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Despite no annotations, the description thoroughly discloses behavioral traits: mutation flag at start, dry-run by default, confirm to submit, delete irreversible, and the fact that confirm returns a PDM task reference that cannot be polled with pve_task_status. It also explains the mapping format and includes examples.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is concise (5 sentences) and well-structured: starts with purpose and mutation flag, then differentiators, required mappings, important flags, and finally the dry-run/confirm and tracking notes. Every sentence adds essential information.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's complexity (10 parameters, 5 required, mutation with dry-run/confirm, cross-datacenter migration), the description covers key aspects: alternatives, required mappings, flags, and post-submission tracking. An output schema exists, so return values are not needed.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, giving baseline 3. The description adds value by explaining mapping formats (e.g., 'vmbr0:vmbr0'), clarifying the irreversible nature of delete, and elaborating on the dry-run/confirm workflow, which goes beyond the schema descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool is for migrating a VM to a different PDM-registered remote (datacenter-to-datacenter). It explicitly differentiates from siblings by noting when to use pdm_pve_lxc_remote_migrate for containers and pdm_pve_qemu_migrate for same-cluster moves.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides explicit guidance on when to use this tool versus alternatives, mentions required mappings (target_bridge, target_storage), explains the dry-run default and confirm behavior, and advises tracking the returned task reference with pdm_tasks_list instead of pve_task_status.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/john-broadway/proximo'

If you have feedback or need assistance with the MCP directory API, please join our Discord server