Page Menu
Home
ClusterLabs Projects
Search
Configure Global Search
Log In
Files
F3155489
No One
Temporary
Actions
View File
Edit File
Delete File
View Transforms
Subscribe
Mute Notifications
Flag For Later
Award Token
Size
13 KB
Referenced Files
None
Subscribers
None
View Options
diff --git a/docs/boothd.8.txt b/docs/boothd.8.txt
index fe34fb5..095bf93 100644
--- a/docs/boothd.8.txt
+++ b/docs/boothd.8.txt
@@ -1,377 +1,433 @@
BOOTHD(8)
===========
:doctype: manpage
NAME
----
boothd - The Booth Cluster Ticket Manager.
SYNOPSIS
--------
*boothd* 'daemon' ['-D'] [-c 'config']
*booth* ['client'] {'list'} [-S 'site'] ['-D'] [-c 'config']
*booth* ['client'] {'grant'|'revoke'} [-S 'site'] ['-D'] [-t] 'ticket' [-c 'config']
*booth* 'status' ['-D'] [-c 'config']
DESCRIPTION
-----------
-Booth manages tickets which authorizes one of the cluster sites located in
-geographically dispersed distances to run certain resources. It is designed to
-be an add-on to Pacemaker, which extends Pacemaker to support geographically
-distributed clustering.
+Booth manages tickets which authorizes one of the cluster sites
+located in geographically dispersed distances to run certain
+resources. It is designed to be extend Pacemaker to support
+geographically distributed clustering.
It is based on the RAFT protocol, see eg.
<https://ramcloud.stanford.edu/wiki/download/attachments/11370504/raft.pdf>
for details.
SHORT EXAMPLES
--------------
---------------------
# boothd daemon
# boothd client list
# boothd client grant -t ticket-nfs
# boothd client revoke -t ticket-nfs
---------------------
OPTIONS
-------
*-c*::
Configuration to use.
+
Can be a full path to a configuration file, or a short name; in the latter
case, the directory '/etc/booth' and suffix '.conf' are added.
Per default 'booth' is used, which results in the path '/etc/booth/booth.conf'.
+
The configuration name also determines the name of the PID file - for the defaults,
'/var/run/booth/booth.pid'.
*-D*::
Debug output/don't daemonize.
Increases the debug output level; for 'boothd daemon', keeps the process
in the foreground.
*-h*, *--help*::
Give a short usage output.
*-s*::
Site address.
*-t*::
Ticket name.
*-v*, *--version*::
Report version information.
*-S*::
'systemd' mode: don't fork. This is like '-D' but without the debug output.
COMMANDS
--------
Whether the binary is called as 'boothd' or 'booth' doesn't matter; the first
argument determines the mode of operation.
*'daemon'*::
Tells 'boothd' to serve a site. The locally configured interfaces are
- searched for an IP address that got defined in the configuration,
- so that Booth can operate in /arbitrator/ resp. /site/ mode.
+ searched for an IP address that is defined in the configuration.
+ booth then runs in either /arbitrator/ or /site/ mode.
*'client'*::
- Allows to list the ticket information (see also 'crm_ticket -L'),
- and to revoke or (initially) grant tickets to a site.
+ Booth clients can list the ticket information (see also 'crm_ticket -L'),
+ and revoke or grant tickets to a site.
+
In this mode the configuration file is searched for an IP address that is
locally reachable, ie. matches a configured subnet.
This allows to run the client commands on another node in the same cluster, as
long as the config file and the service IP is locally reachable.
+
Example: If the booth service IP is 192.168.55.200, and the local node has
192.168.55.15 configured on an interface, it knows which site it belongs to.
+
-The client can also ask another site; use '-s' to tell where to connect to.
+Use '-s' to direct client to connect to a different site.
*'status'*::
'boothd' looks for the (locked) PID file and the UDP socket, prints
- some output to stdout (for use in shell scripts) and returns a
- OCF-compatible return code.
+ some output to stdout (for use in shell scripts) and returns
+ an OCF-compatible return code.
With '-D', a human-readable message is printed to STDERR as well.
CONFIGURATION FILE
------------------
-A basic file looks like this:
+The configuration file must be identical on all sites and
+arbitrators.
+
+A minimal file may look like this:
-----------------------
site="192.168.201.100"
site="192.168.202.100"
arbitrator="192.168.203.100"
ticket="ticket-db8"
-----------------------
-You can use comment lines, by starting them with a hash-sign (''#'').
-Whitespace at the start and end of the line, and around the ''='', are ignored.
+Comments start with a hash-sign (''#''). Whitespace at the start
+and end of the line, and around the ''='', are ignored.
The following key/value pairs are defined:
*'port'*::
The UDP/TCP port to use. Default is '9929'.
*'transport'*::
The transport protocol to use for Raft exchanges.
- Currently only UDP is available.
+ Currently only UDP is supported.
+
-The client mode always uses TCP to talk to a daemon; Booth
-will always bind and listen to *both* UDP and TCP ports.
+Clients use TCP to communicate with a daemon; Booth
+will always bind and listen to both UDP and TCP ports.
-*'site'*, *'arbitrator'*::
- Defines a Raft member with the given IP, which should be a service IP.
-+
-You will need at least three members for normal operation; an odd number is
-preferred.
+*'site'*::
+ Defines a site Raft member with the given IP. Sites can
+ acquire tickets. The sites' IP should be managed by the cluster.
+
+*'arbitrator'*::
+ Defines an arbitrator Raft member with the given IP.
+ Arbitrators help reach consensus in elections and cannot hold
+ tickets.
+
+Booth needs at least three members for normal operation. Odd
+number of members provides more redundancy.
*'ticket'*::
- Registers a ticket. Multiple tickets can be handled in a single Booth instance.
+ Registers a ticket. Multiple tickets can be handled by single
+ Booth instance.
-The next items modify per-ticket defaults. They are stored as defaults for
-further tickets, and are used as value for the last defined ticket (if any).
+The next items modify per-ticket defaults. Modifications are
+inherited by tickets which follow in the configuration file.
-*'expire'*::
- The lease time for a ticket, in seconds. After that time the ticket can be
- revoked, and another site can get it.
-+
-Typically 'booth' will try to renew a held ticket after half the lease time.
+All times are in seconds.
-*'timeout'*::
- After that time 'booth' will re-send packets if there was an insufficient
- number of replies.
+*'expire'*::
+ The lease time for a ticket. After that time the ticket can be
+ acquired by another site if the ticket holder is not
+ reachable.
+
-The default is '5' seconds.
+'booth' renews a ticket after half the lease time.
*'weights'*::
A comma-separated list of integers that define the weight of individual
Raft members, in the same order as the 'site' and 'arbitrator' lines.
+
Default is '0' for all; this means that the order in the configuration
file defines priority for conflicting requests.
*'acquire-after'*::
Try to acquire a lost ticket _after_ this period passed.
+
This is to allow for some time for the site that lost the ticket
to relinquish the resources, by either stopping them or fencing a
node.
+
A typical delay might be 60 seconds, but ultimately it depends on
the protected resources and the fencing configuration.
+*'timeout'*::
+ After that time 'booth' will re-send packets if there was an insufficient
+ number of replies. This should be long enough to allow
+ packets to reach other members.
++
+The default is '5' seconds.
+
*'retries'*::
- Defines how many times to retry broadcasting packets before the
- current operation (grant, revoke) is aborted.
+ Defines how many times to retry sending packets before giving
+ up waiting for acks from other members.
+
Default is 10. Values lower than 3 are illegal.
+
This counts only for a single broadcast; if ticket *renewal* runs
into this limit (because the network was temporarily down), but
the ticket is still valid afterwards, a new renewal run will be
started automatically.
*'site-user'*, *'site-group'*, *'arbitrator-user'*, *'arbitrator-group'*::
These define the credentials 'boothd' will be running with.
+
On a (Pacemaker) site the booth process will have to call 'crm_ticket', so the
default is to use 'hacluster':'haclient'; for an arbitrator this user and group
-might not exists, so that will default to 'nobody':'nobody'.
+might not exists, so there we default to 'nobody':'nobody'.
*'before-acquire-handler'*::
If set, this command will be called before 'boothd' tries to
acquire or renew a ticket. On exit code other than 0,
'boothd' cancels the operation.
+
This makes it possible to check whether it is appropriate
to acquire the ticket. For instance, if a service in the
dependency-chain has a failcount of 'INFINITY' on all
available nodes, the service will be unable to run. In that case,
it is of no use to claim the ticket.
+
'boothd' waits synchronously for the result of the handler, so make
sure that the program returns quickly.
+
See below for details about booth specific environment variables.
A more verbose example of a configuration file might be
-----------------------
transport = udp
port = 9930
# D-85774
site="192.168.201.100"
# D-90409
site="::ffff:192.168.202.100"
# A-1120
arbitrator="192.168.203.100"
ticket="ticket-db8"
expire = 600
acquire-after = 60
timeout = 10
retries = 5
-----------------------
+BOOTH TICKET MANAGEMENT
+-----------------------
+
+The booth cluster guarantees that every ticket is owned by only
+one site at the time.
+
+Only granted tickets are managed by 'booth'.
+
+Tickets must be initially granted with the 'booth client grant'
+command. Once it gets granted, the ticket is managed by the booth
+cluster.
+
+If the ticket gets lost, i.e. that the other members of the booth
+cluster do not hear from the ticket owner in a sufficiently long
+time, one of the remaining sites will acquire the ticket. This is
+what is called _ticket failover_.
+
+If the remaining members cannot form a majority, then the ticket
+cannot fail over.
+
+A ticket may be revoked at any time with the 'booth client
+revoke' command. For revoke to succeed, the site holding the
+ticket must be reachable. If that site is not reachable, 'booth'
+allows neither revoke nor grant until the ticket expires. Only
+then the ticket is considered lost and ticket failover is tried.
+
+Once the ticket is administratively revoked, it is not managed by
+the booth cluster anymore. For the booth cluster to start
+managing the ticket again, it must be first granted to a site.
+
+The grant operation, in case not all sites are reachable, may get
+delayed for the ticket expire time (and, if defined, the
+'acquire-after' time). Under certain circumstances, the rest of
+the booth members may not know if the ticket is currently granted
+at the unreachable site.
+
+While the ticket is managed by 'booth', it is dangerous to manage
+it manually using either `crm_ticket` command, `hawk`, or `crm site
+ticket`. Neither of these tools is aware of 'booth' and,
+consequently, 'booth' itself may not notice any ticket status
+changes.
+
+
NOTES
-----
Tickets are not meant to be moved around quickly--a reasonable
'expire' time might be 300 seconds (5 minutes).
'booth' works with both IPv4 and IPv6 addresses.
'booth' renews a ticket before it expires, to account for
possible transmission delays.
The renewal time is calculated as larger of half the 'expire'
time and 'timeout'*'retries'/2. Hence, with small 'expire' values
(eg. 60 seconds) the ticket renewal process will be started just
after the ticket got acquired.
HANDLERS
--------
Currently, there's only one external handler defined (see the 'before-acquire-handler'
configuration item above).
The following data is available as environment variables:
*'BOOTH_TICKET'::
The ticket name, as given in the configuration file. (See 'ticket' item above.)
*'BOOTH_LOCAL'::
The local site name, as defined in 'site'.
*'BOOTH_CONF_PATH'::
The path to the active configuration file.
*'BOOTH_CONF_NAME'::
The configuration name, as used by the '-c' commandline argument.
*'BOOTH_TICKET_EXPIRES'::
When the ticket expires (in seconds since 1.1.1970), or '0'.
FILES
-----
*'/etc/booth/booth.conf'*::
The default configuration file name. See also the '-c' argument.
*'/var/run/booth/'*::
Directory that holds PID/lock files. See also the 'status' command.
RAFT IMPLEMENTATION
-------------------
In essence, every ticket corresponds to a separate Raft cluster.
A ticket is granted _only_ to the Raft _Leader_, but a Leader
-needs not grant the ticket to Pacemaker. To move a ticket, the
-Leader withdraws, and votes for the new Leader instead.
+needs not grant the ticket to Pacemaker.
SYSTEMD INTEGRATION
-------------------
The 'boothd' 'systemd' unit file should be distributed with booth.
The booth daemon for a site or an arbitrator may be started
through systemd:
-----------
# systemctl enable booth@{configurationname}.service
# systemctl start booth@{configurationname}.service
-----------
The configuration name is required for 'systemctl', even in case
of the default name 'booth'.
EXIT STATUS
-----------
*0*::
Success. For the 'status' command: Daemon running.
*1* (PCMK_OCF_UNKNOWN_ERROR)::
General error code.
*7* (PCMK_OCF_NOT_RUNNING)::
No daemon process for that configuration active.
BUGS
----
Probably.
Please report them on GitHub: <https://github.com/ClusterLabs/booth/issues>
AUTHOR
------
'boothd' was originally written (mostly) by Jiaju Zhang.
Many people have contributed to it.
In 2013 Philipp Marek took over maintainership, followed by Dejan
Muhamedagic.
RESOURCES
---------
GitHub: <https://github.com/ClusterLabs/booth>
Documentation: <http://doc.opensuse.org/products/draft/SLE-HA/SLE-ha-guide_sd_draft/cha.ha.geo.html>
COPYING
-------
Copyright (C) 2011 Jiaju Zhang <jjzhang@suse.de>
Copyright (C) 2013-2014 Philipp Marek <philipp.marek@linbit.com>
Copyright (C) 2014 Dejan Muhamedagic <dmuhamedagic@suse.com>
Free use of this software is
granted under the terms of the GNU General Public License (GPL).
// vim: set ft=asciidoc :
File Metadata
Details
Attached
Mime Type
text/x-diff
Expires
Wed, Feb 26, 11:05 PM (12 h, 20 m ago)
Storage Engine
blob
Storage Format
Raw Data
Storage Handle
1465858
Default Alt Text
(13 KB)
Attached To
Mode
rB Booth
Attached
Detach File
Event Timeline
Log In to Comment