Skip to main content
Glama

pve_ha_rule_update

Update an existing HA rule in Proxmox VE with dry-run planning to review changes before execution. Supports node/resource affinity, disabling, and field deletion.

Instructions

MUTATION: update an HA rule. Dry-run by default — the PLAN shows the current rule and the fields being changed. delete unsets keys. confirm=True to execute. Synchronous (pmxcfs config write, no UPID). RISK_MEDIUM — may trigger CRM migration of affected resources. To create a new rule use pve_ha_rule_create; to remove one use pve_ha_rule_delete.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
ruleYesHA rule ID to update.
nodesNoNew comma-separated node list with optional priority, e.g. 'pve1:2,pve2' (node-affinity rules).
deleteNoList of field names to unset on the rule, e.g. ['strict', 'nodes'].
digestNoExpected config digest for optimistic-locking; PUT is rejected if the stored digest differs.
strictNonode-affinity only: True restricts resources to ONLY the listed nodes.
commentNoNew free-text comment for the rule.
confirmNoFalse (default) returns a dry-run PLAN only; True executes the change.
disableNoTrue to disable the rule, False to enable it, omit to leave unchanged.
affinityNo'positive' or 'negative' (resource-affinity rules).
resourcesNoNew comma-separated HA resource SIDs the rule applies to, e.g. 'vm:100,ct:101'.
rule_typeNoNew rule type: 'node-affinity' or 'resource-affinity'.
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.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior5/5

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

Since no annotations are provided, the description carries full burden. It discloses that the tool is a mutation, dry-run by default, synchronous, writes to pmxcfs config, no UPID, and risk medium (may trigger CRM migration). It also explains the 'delete' parameter behavior. This is comprehensive.

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 well-structured, front-loading key information ('MUTATION: update an HA rule'), then explaining dry-run, delete, confirm, behavior, and sibling tools. Each sentence adds value without redundancy.

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 complexity (12 parameters, mutation, risk) and no annotations, the description is complete. It covers behavior, risk, parameters (via schema), and alternatives. An output schema exists, so return values are handled externally.

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 coverage is 100%, but the description adds meaning by explaining the dry-run mechanism and the role of the 'confirm' parameter, which are not covered in the input schema. It also mentions how 'delete' works. This provides additional context beyond the schema.

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 verb ('update') and resource ('an HA rule'), and distinguishes from siblings by explicitly naming pve_ha_rule_create and pve_ha_rule_delete. This provides a specific verb+resource and differentiates from alternatives.

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?

The description explains when to use this tool (to update an HA rule), describes the dry-run default and confirm parameter, and explicitly mentions alternatives for create and delete. This gives clear guidance on usage and exclusions.

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