Minor updates to other manual pages for compatibility.
Signed-off-by: Martin Schwenke <martin@meltin.net>
Reviewed-by: Amitay Isaacs <amitay@gmail.com>
will try to connect to an existing etcd cluster and grab a lock in that
cluster to function as CTDB's recovery lock. Please see
<emphasis>ctdb/doc/cluster_mutex_helper.txt</emphasis> for details on
- the mutex helper API. To use this, include the following line in your
- CTDB config file:
+ the mutex helper API. To use this, include the following line in
+ the <literal>[cluster]</literal> section of
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>:
</para>
<screen format="linespecific">
-CTDB_RECOVERY_LOCK="!/usr/local/usr/libexec/ctdb/ctdb_etcd_lock"
+recovery lock = !/usr/local/usr/libexec/ctdb/ctdb_etcd_lock
</screen>
<para>
You can also pass "-v", "-vv", or "-vvv" to include verbose output in
<para>
Default is to warn for each filesystem containing a
- database directory (<envar>CTDB_DBDIR</envar>,
- <envar>CTDB_DBDIR_PERSISTENT</envar>,
- <envar>CTDB_DBDIR_STATE</envar>) with a threshold of
- 90%.
+ database directory
+ (<literal>volatile database directory</literal>,
+ <literal>persistent database directory</literal>,
+ <literal>state database directory</literal>)
+ with a threshold of 90%.
</para>
</listitem>
</varlistentry>
<citerefentry><refentrytitle>ctdbd</refentrytitle>
<manvolnum>1</manvolnum></citerefentry>,
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>,
+
<citerefentry><refentrytitle>ctdbd.conf</refentrytitle>
<manvolnum>5</manvolnum></citerefentry>,
<para>
By default, the recovery lock is implemented using a file
- (specified by <parameter>CTDB_RECOVERY_LOCK</parameter>)
- residing in shared storage (usually) on a cluster filesystem.
- To support a recovery lock the cluster filesystem must support
- lock coherence. See
+ (specified by <parameter>recovery lock</parameter> in the
+ <literal>[cluster]</literal> section of
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>) residing in shared
+ storage (usually) on a cluster filesystem. To support a
+ recovery lock the cluster filesystem must support lock
+ coherence. See
<citerefentry><refentrytitle>ping_pong</refentrytitle>
<manvolnum>1</manvolnum></citerefentry> for more details.
</para>
<para>
The recovery lock can also be implemented using an arbitrary
cluster mutex call-out by using an exclamation point ('!') as
- the first character of
- <parameter>CTDB_RECOVERY_LOCK</parameter>. For example, a value
- of <command>!/usr/local/bin/myhelper recovery</command> would
- run the given helper with the specified arguments. See the
- source code relating to cluster mutexes for clues about writing
- call-outs.
+ the first character of <parameter>recovery lock</parameter>.
+ For example, a value of <command>!/usr/local/bin/myhelper
+ recovery</command> would run the given helper with the specified
+ arguments. See the source code relating to cluster mutexes for
+ clues about writing call-outs.
</para>
<para>
</refsect1>
<refsect1>
- <title>DEBUG LEVELS</title>
+ <title>LOG LEVELS</title>
<para>
- Valid values for DEBUGLEVEL are:
+ Valid log levels, in increasing order of verbosity, are:
</para>
<simplelist>
- <member>ERR</member>
+ <member>ERROR</member>
<member>WARNING</member>
<member>NOTICE</member>
<member>INFO</member>
<citerefentry><refentrytitle>ping_pong</refentrytitle>
<manvolnum>1</manvolnum></citerefentry>,
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>,
+
<citerefentry><refentrytitle>ctdbd.conf</refentrytitle>
<manvolnum>5</manvolnum></citerefentry>,
for CTDB. When configured, split brain avoidance during CTDB recovery
will be handled using locks against an object located in a Ceph RADOS
pool.
- To enable this functionality, include the following line in your CTDB
- config file:
+ To enable this functionality, include the following line in the
+ <literal>[cluster]</literal> section of
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>:
</para>
<screen format="linespecific">
-CTDB_RECOVERY_LOCK="!ctdb_mutex_ceph_rados_helper [Cluster] [User] [Pool] [Object]"
+recovery lock = !ctdb_mutex_ceph_rados_helper [Cluster] [User] [Pool] [Object]
Cluster: Ceph cluster name (e.g. ceph)
User: Ceph cluster user name (e.g. client.admin)
<citerefentry><refentrytitle>onnode</refentrytitle>
<manvolnum>1</manvolnum></citerefentry>,
+ <citerefentry><refentrytitle>ctdb.conf</refentrytitle>
+ <manvolnum>5</manvolnum></citerefentry>,
+
<citerefentry><refentrytitle>ctdb</refentrytitle>
<manvolnum>7</manvolnum></citerefentry>,
This script is intended to be run as a mutex helper for CTDB. It will try to
connect to an existing etcd cluster and grab an etcd.Lock() to function as
CTDB's recovery lock. Please see ctdb/doc/cluster_mutex_helper.txt for
-details on what we're SUPPOSED to be doing. :) To use this, include the
-following line in your CTDB config file:
+details on what we're SUPPOSED to be doing. :) To use this, include
+the following line in the ctdb.conf:
-CTDB_RECOVERY_LOCK="!/path/to/script"
+ recovery lock = !/path/to/script
You can also pass "-v", "-vv", or "-vvv" to include verbose output in the
CTDB log. Additional "v"s indicate increases in verbosity.