cleanup typos / phrasing

diff --git a/ha-manager.adoc b/ha-manager.adoc
index efa564607f2dcd934b838dec35bb5d97834b0095..cb9d26b0ed0d7436a7235909b0baf1fd23993e3a 100644 (file)
--- a/ha-manager.adoc
+++ b/ha-manager.adoc
@@ -321,7 +321,7 @@ node, or when we restart the LRM daemon
 
 ignored::
 
-Act as the service is not managed by HA at all.
+Act as if the service were not managed by HA at all.
 Useful, when full control over the service is desired temporarily,
 without removing it from the HA configuration.
 
@@ -762,8 +762,8 @@ that they get touched by the Cluster during the short time the LRM is restarting
 After that the LRM may safely close the watchdog during a restart.
 Such a restart happens normally during a package update and, as already stated,
 an active master CRM is needed to acknowledge the requests from the LRM. If
-this is not the case the update process can take to long which, in the worst
-case, may result in a reset triggered by he watchdog.
+this is not the case the update process can take too long which, in the worst
+case, may result in a reset triggered by the watchdog.
 
 
 Node Maintenance

diff --git a/qm.adoc b/qm.adoc
index 88950444391a0dfdde567c8c034e22458a098c73..39825497aa4210b62fab941605226d02da120e45 100644 (file)
--- a/qm.adoc
+++ b/qm.adoc
@@ -230,12 +230,12 @@ virtual cpus, as for each virtual cpu you add, Qemu will create a new thread of
 execution on the host system. If you're not sure about the workload of your VM,
 it is usually a safe bet to set the number of *Total cores* to 2.
 
-NOTE: It is perfectly safe if the _overall_ number of cores from all your VMs
+NOTE: It is perfectly safe if the _overall_ number of cores of all your VMs
 is greater than the number of cores on the server (e.g., 4 VMs with each 4
 cores on a machine with only 8 cores). In that case the host system will
 balance the Qemu execution threads between your server cores, just like if you
 were running a standard multithreaded application. However, {pve} will prevent
-you to assign more virtual CPU cores than physically available, as this will
+you from assigning more virtual CPU cores than physically available, as this will
 only bring the performance down due to the cost of context switches.
 
 [[qm_cpu_resource_limits]]