From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate001.proxmox.com (gate001.proxmox.com [IPv6:2a0f:8001:1:32::40]) by lore.proxmox.com (Postfix) with ESMTPS id BF4831FF138 for ; Wed, 22 Jul 2026 10:49:26 +0200 (CEST) Received: from gate001.proxmox.com (localhost.localdomain [127.0.0.1]) by gate001.proxmox.com (Proxmox) with ESMTP id D7E56215BF; Wed, 22 Jul 2026 10:48:37 +0200 (CEST) From: Daniel Kral To: pve-devel@lists.proxmox.com Subject: [PATCH docs v3 13/16] ha-manager: rules: use the correct article for terms starting with HA Date: Wed, 22 Jul 2026 10:48:21 +0200 Message-ID: <20260722084824.108350-14-d.kral@proxmox.com> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260722084824.108350-1-d.kral@proxmox.com> References: <20260722084824.108350-1-d.kral@proxmox.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Bm-Milter-Handled: 55990f41-d878-4baa-be0a-ee34c49e34d2 X-Bm-Transport-Timestamp: 1784710083085 X-SPAM-LEVEL: Spam detection results: 0 AWL -0.112 Adjusted score from AWL reputation of From: address DMARC_MISSING 0.1 Missing DMARC policy KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment (newer systems) SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Message-ID-Hash: VRAGBBTCBBVX7TPV7KH4YIUIJXLE3WBG X-Message-ID-Hash: VRAGBBTCBBVX7TPV7KH4YIUIJXLE3WBG X-MailFrom: d.kral@proxmox.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: David Riley X-Mailman-Version: 3.3.10 Precedence: list List-Id: Proxmox VE development discussion List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: The correct article four any term starting with "HA" is always 'an', since the H makes a vowel sound here. Signed-off-by: Daniel Kral Reviewed-by: David Riley --- changes since v2: - small change in message as H is not silent but makes a vowel sound ha-manager.adoc | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/ha-manager.adoc b/ha-manager.adoc index cc2d3bf..2433796 100644 --- a/ha-manager.adoc +++ b/ha-manager.adoc @@ -719,9 +719,9 @@ on the same node. Node Affinity Rules ^^^^^^^^^^^^^^^^^^^ -By default, a HA resource is able to run on any cluster node, but a common -requirement is that a HA resource should run on a specific node. That can be -implemented by defining a HA node affinity rule to make the HA resource +By default, an HA resource is able to run on any cluster node, but a common +requirement is that an HA resource should run on a specific node. That can be +implemented by defining an HA node affinity rule to make the HA resource `vm:100` prefer the node `node1`: ---- @@ -730,8 +730,8 @@ implemented by defining a HA node affinity rule to make the HA resource By default, node affinity rules are not strict, i.e., if there is none of the specified nodes available, the HA resource can also be moved to other nodes. -If, on the other hand, a HA resource must be restricted to the specified nodes, -then the node affinity rule must be set to be strict. +If, on the other hand, an HA resource must be restricted to the specified +nodes, then the node affinity rule must be set to be strict. In the previous example, the node affinity rule can be modified to restrict the resource `vm:100` to be only on `node1`: @@ -823,8 +823,8 @@ separate nodes: Other than node affinity rules, resource affinity rules are strict by default, i.e., if the constraints imposed by the resource affinity rules cannot be met -for a HA resource, the HA Manager will put the HA resource in recovery state in -case of a failover or in error state elsewhere. +for an HA resource, the HA Manager will put the HA resource in recovery state +in case of a failover or in error state elsewhere. The above commands created the following rules in the rules configuration file: @@ -905,9 +905,9 @@ Currently, HA rules are checked for the following feasibility tests: resources as a negative HA resources affinity rule. That is, two or more HA resources cannot be kept together and separate at the same time. -* An HA resource can only be part of a HA node affinity rule and a HA resource - affinity rule at the same time, if the HA node affinity rule has a single - priority class. +* An HA resource can only be part of an HA node affinity rule and an HA + resource affinity rule at the same time, if the HA node affinity rule has a + single priority class. * The HA resources of a positive HA resource affinity rule can only be part of a single HA node affinity rule at most. -- 2.47.3