doc/ctdb: fix two typos
authorBjörn Baumbach <bb@sernet.de>
Mon, 18 Dec 2017 09:48:54 +0000 (10:48 +0100)
committerAndrew Bartlett <abartlet@samba.org>
Tue, 19 Dec 2017 06:19:21 +0000 (07:19 +0100)
Signed-off-by: Björn Baumbach <bb@sernet.de>
Reviewed-by: Volker Lendecke <vl@samba.org>
Reviewed-by: Martin Schwenke <martin@meltin.net>
Reviewed-by: Andrew Bartlett <abartlet@samba.org>
ctdb/doc/ctdb.7.xml

index db0a627984c1a8479117ac22825ff1dba012ecea..5f5332e76400376533a9d5fbee528c30e62ae4d1 100644 (file)
@@ -501,7 +501,7 @@ Node 3:/usr/local/etc/ctdb/public_addresses
       the internal network to one of the nodes that LVS is using.
       When responding to the client, that node will send the data back
       directly to the client, bypassing the LVS master node.  The
-      command <command>ctdb lvsmaster</command> will show which node
+      command <command>ctdb lvs master</command> will show which node
       is the current LVS master.
     </para>
 
@@ -539,7 +539,7 @@ Node 3:/usr/local/etc/ctdb/public_addresses
       multiplex. This means that you should not use LVS if your I/O
       pattern is write-intensive since you will be limited in the
       available network bandwidth that node can handle.  LVS does work
-      wery well for read-intensive workloads where only smallish READ
+      very well for read-intensive workloads where only smallish READ
       requests are going through the LVSMASTER bottleneck and the
       majority of the traffic volume (the data in the read replies)
       goes straight from the processing node back to the clients. For