## Welcome to the CTDB web pages

CTDB is a cluster implementation of the TDB database used by Samba and other projects to store temporary data. If an application is already using TDB for temporary data it is very easy to convert that application to be cluster aware and use CTDB instead.

CTDB provides the same types of functions as TDB but in a clustered fashion, providing a TDB-style database that spans multiple physical hosts in a cluster.

Features include:

- CTDB provides a TDB that has consistent data and consistent locking across all nodes in a cluster.
- CTDB is very fast.
- In case of node failures, CTDB will automatically recover and repair all TDB databases that it manages.
- CTDB is the core component that provides pCIFS ("parallel CIFS") with Samba3/4.
- CTDB provides HA features such as node monitoring, node failover, and IP takeover.
- CTDB provides a reliable messaging transport to allow applications linked with CTDB to communicate to other instances of the application running on different nodes in the cluster.
- CTDB has pluggable transport backends. Currently implemented backends are TCP and Infiniband.
- CTDB supports a system of application specific management scripts, allowing applications that depend on network or filesystem resources to be managed in a highly available manner on a cluster.

## Requirements

CTDB relies on a clustered filesystem being available and shared on all nodes that participate in the CTDB cluster. This filesystem must be mounted and available on all nodes in the CTDB cluster.

On top of this cluster filesystem, CTDB then provides clustered HA features so that data from the clustered filesystem can be exported through multiple nodes in the CTDB cluster using various services. Currently included with CTDB are the necessary hooks for Samba, NFS and ftp exports. Support for new service types can easily be added.

## TDB

TDB is a very fast simple database that was originally developed for use in Samba. Today several other projects use TDB to store their data.

See the TDB README file for a description of how TDB is used.

## Documentation

CTDB documentation
Additional documentation on how to install and configure CTDB is available in the CTDB Wiki. Please read all of the documentation carefully.

## High Availability Features

The CTDB nodes in a cluster designates one node as a recovery master through an election process. If the recovery master node fails a new election is initiated so that the cluster will always guarantee there will be a recovery master. The recovery master will continuously monitor the cluster to verify that all nodes contain a consistent configuration and view of the cluster and will initiate a recovery process when required.

During the recovery phase, the recovery master will automatically rebuild/recover all clustered TDB database to ensure that the databases are consistent. Recovery typically takes between 1 and 3 seconds. During the recovery period the databases are 'frozen', and all database IO operations by ctdb clients are suspended.

### Is CTDB a HA solution?

Yes and no.

CTDB alone is not a HA solution, but when you combine CTDB with a clustered filesystem it becomes one.

CTDB is primarily developed around the concept of having a shared cluster filesystem across all the nodes in the cluster to provide the features required for building a NAS cluster.

Thus CTDB relies on an external component (the cluster filesystem) to provide the mechanisms for avoiding split-brain and other core clustering tasks.

However, if you do have a clustered filesystem for all the nodes, in that scenario CTDB will provide a very easy to install and manage solution for your clustering HA needs.

### IP Takeover

When a node in a cluster fails, CTDB will arrange that a different node takes over the IP address of the failed node to ensure that the IP addresses for the services provided are always available.

To speed up the process of IP takeover and when clients attached to a failed node recovers as fast as possible, CTDB will automatically generate gratuitous ARP packets to inform all nodes of the changed MAC address for that IP. CTDB will also send "tickle ACK" packets to all attached clients to trigger the clients to immediately recognize that the TCP connection needs to be re-established and to shortcut any TCP retransmission timeouts that may be active in the clients.

## Discussion and bug reports

For discussions please use the samba-technical mailing list. To submit a bug report, please use the Samba bugzilla bug tracking system.

We would be very interested in hearing from and work with other projects that want to make their services cluster aware using CTDB.

CTDB discussions also happen on the #ctdb IRC channel on freenode.net

## Developers

- Andrew Tridgell
- Ronnie Sahlberg
- Michael Adam
- Peter Somogyi
- Volker Lendecke
- Stefan Metzmacher
- Martin Schwenke
- Amitay Isaacs