]> git.proxmox.com Git - pve-docs.git/commitdiff
Fix typos in pvecm.adoc
authorFabian Ebner <f.ebner@proxmox.com>
Mon, 2 Sep 2019 09:19:56 +0000 (11:19 +0200)
committerThomas Lamprecht <t.lamprecht@proxmox.com>
Mon, 2 Sep 2019 10:19:26 +0000 (12:19 +0200)
Signed-off-by: Fabian Ebner <f.ebner@proxmox.com>
pvecm.adoc

index e986a7559ee4a41ce7d815d848c92c7d907d5ee8..0c7e14c994287556e2383919a95b4bc8473d7159 100644 (file)
@@ -40,7 +40,7 @@ Grouping nodes into a cluster has the following advantages:
 
 * Centralized, web based management
 
 
 * Centralized, web based management
 
-* Multi-master clusters: each node can do all management task
+* Multi-master clusters: each node can do all management tasks
 
 * `pmxcfs`: database-driven file system for storing configuration files,
  replicated in real-time on all nodes using `corosync`.
 
 * `pmxcfs`: database-driven file system for storing configuration files,
  replicated in real-time on all nodes using `corosync`.
@@ -1084,7 +1084,7 @@ pvecm expected 1
 This sets the expected vote count to 1 and makes the cluster quorate. You can
 now fix your configuration, or revert it back to the last working backup.
 
 This sets the expected vote count to 1 and makes the cluster quorate. You can
 now fix your configuration, or revert it back to the last working backup.
 
-This is not enough if corosync cannot start anymore. Here its best to edit the
+This is not enough if corosync cannot start anymore. Here it is best to edit the
 local copy of the corosync configuration in '/etc/corosync/corosync.conf' so
 that corosync can start again. Ensure that on all nodes this configuration has
 the same content to avoid split brains. If you are not sure what went wrong
 local copy of the corosync configuration in '/etc/corosync/corosync.conf' so
 that corosync can start again. Ensure that on all nodes this configuration has
 the same content to avoid split brains. If you are not sure what went wrong
@@ -1149,7 +1149,7 @@ example passwords or encryption keys).
 
 Therefore, we strongly recommend using the secure channel if you do
 not have full control over the network and can not guarantee that no
 
 Therefore, we strongly recommend using the secure channel if you do
 not have full control over the network and can not guarantee that no
-one is eavesdropping to it.
+one is eavesdropping on it.
 
 NOTE: Storage migration does not follow this setting. Currently, it
 always sends the storage content over a secure channel.
 
 NOTE: Storage migration does not follow this setting. Currently, it
 always sends the storage content over a secure channel.