From: Björn Baumbach Date: Mon, 18 Dec 2017 09:48:54 +0000 (+0100) Subject: doc/ctdb: fix two typos X-Git-Tag: talloc-2.1.11~136 X-Git-Url: http://git.ipfire.org/gitweb/?a=commitdiff_plain;h=38ed5920764d1490bfa4201f62d61cbcd8d8166e;p=thirdparty%2Fsamba.git doc/ctdb: fix two typos Signed-off-by: Björn Baumbach Reviewed-by: Volker Lendecke Reviewed-by: Martin Schwenke Reviewed-by: Andrew Bartlett --- diff --git a/ctdb/doc/ctdb.7.xml b/ctdb/doc/ctdb.7.xml index db0a627984c..5f5332e7640 100644 --- a/ctdb/doc/ctdb.7.xml +++ b/ctdb/doc/ctdb.7.xml @@ -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 ctdb lvsmaster will show which node + command ctdb lvs master will show which node is the current LVS master. @@ -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