yb-ctl

This page documents a preview version. v2.23 Preview
Preview includes features under active development and is for development and testing only.
For production, use the latest stable version (v2024.1).

Overview

The yb-ctl utility provides a command line interface for administering local clusters used for development and learning. It invokes the yb-tserver and yb-master servers to perform the necessary orchestration.

yb-ctl is meant for managing local clusters only. This means that a single host machine like a local laptop is used to simulate YugabyteDB clusters even though the YugabyteDB cluster can have 3 nodes or more. For creating multi-host clusters, follow the instructions in the Deploy section.

yb-ctl can manage a cluster if and only if it was initially created via yb-ctl. This means that clusters created through any other means including those in the Deploy section cannot be administered using yb-ctl.

Running on macOS

Running YugabyteDB on macOS requires additional settings. For more information, refer to Running on macOS.

Installation

yb-ctl is installed with YugabyteDB and is located in the bin directory of the YugabyteDB home directory.

Syntax

Run yb-ctl commands from the YugabyteDB home directory.

./bin/yb-ctl [ command ] [ flag1, flag2, ... ]

Online help

To display the online help, run yb-ctl --help from the YugabyteDB home directory.

$ ./bin/yb-ctl --help

Commands

create

Creates a local YugabyteDB cluster. With no flags, creates a 1-node cluster.

For more details and examples, see Create a local cluster, Create a cluster across multiple zones, regions, and clouds, and Create a local cluster with custom flags.

start

Starts the existing cluster or, if not existing, creates and starts the cluster.

stop

Stops the cluster, if running.

destroy

Destroys the current cluster.

For details and examples, see Destroy a local cluster.

status

Displays the current status of the cluster.

For details and examples, see Check cluster status.

restart

Restarts the current cluster all at once.

For details and examples, see Restart a cluster and Restart with custom flags.

wipe_restart

Stops the current cluster, wipes all data files and starts the cluster as before (losing all flags).

For details and examples, see Wipe and restart with placement info flags.

add_node

Adds a new node to the current cluster. It also takes an optional flag --master, which denotes that the server to add is a yb-master.

For details and examples, see Add nodes and Create a cluster across multiple zones, regions, and clouds.

remove_node

Stops a particular node in the running cluster. It also takes an optional flag --master, which denotes that the server is a yb-master.

For details and examples, see Stop and remove nodes.

start_node

Starts a specified node in the running cluster. It also takes an optional flag --master, which denotes that the server is a yb-master.

stop_node

Stops the specified node in the running cluster. It also takes an optional flag --master, which denotes that the server is a yb-master.

For details and examples, see Stop and remove nodes.

restart_node

Restarts the specified node in a running cluster. It also takes an optional flag --master, which denotes that the server is a yb-master.

For details and examples, see Restart node with placement information.

Flags

--help, -h

Shows the help message and then exits.

--binary_dir

Specifies the directory in which to find the YugabyteDB yb-master and yb-tserver binary files.

Default: <yugabyte-installation-dir>/bin/

--data_dir

Specifies the data directory for YugabyteDB.

Default: $HOME/yugabyte-data/

Changing the value of this flag after the cluster has already been created is not supported.

--master_flags

Specifies a list of YB-Master flags, separated by commas.

For details and examples, see Create a local cluster with custom flags.

--tserver_flags

Specifies a list of YB-TServer flags, separated by commas.

For details and examples, see Create a local cluster with custom flags.

Example

To enable YSQL authentication, you can use the --tserver_flags flag to add the yb-tserver --ysql_enable_auth flag to the yb-ctl create | start | restart commands.

$./bin/yb-ctl create --tserver_flags "ysql_enable_auth=true"
--placement_info

Specifies the cloud, region, and zone as cloud.region.zone, separated by commas.

Default: cloud1.datacenter1.rack1

For details and examples, see Create a cluster across multiple zones, regions, and clouds, Restart node with placement information, and Wipe and restart with placement info flags.

--replication_factor, -rf

Specifies the number of replicas for each tablet. This parameter is also known as Replication Factor (RF). Should be an odd number so that a majority consensus can be established. A minimum value of 3 is needed to create a fault-tolerant cluster as 1 signifies that there is no only 1 replica with no fault tolerance.

This value also sets the default number of YB-Master servers.

Default: 1

--require_clock_sync

Specifies whether YugabyteDB requires clock synchronization between the nodes in the cluster.

Default: false

--listen_ip

Specifies the IP address, or port, for a 1-node cluster to listen on. To enable external access of the YugabyteDB APIs and administration ports, set the value to 0.0.0.0. Note that this flag is not applicable to multi-node clusters.

Default: 127.0.0.1

--num_shards_per_tserver

Number of shards (tablets) to start per tablet server for each table.

Default: 2

--timeout-yb-admin-sec

Timeout, in seconds, for operations that call yb-admin and wait on the cluster.

--timeout-processes-running-sec

Timeout, in seconds, for operations that wait on the cluster.

--verbose

Flag to log internal debug messages to stderr.

Using yb-ctl

Running on macOS

Port conflicts

macOS Monterey enables AirPlay receiving by default, which listens on port 7000. This conflicts with YugabyteDB and causes yb-ctl start to fail. Use the --master_flags flag when you start the cluster to change the default port number, as follows:

./bin/yb-ctl start --master_flags "webserver_port=7001"

Alternatively, you can disable AirPlay receiving, then start YugabyteDB normally, and then, optionally, re-enable AirPlay receiving.

Loopback addresses

On macOS, every additional node after the first needs a loopback address configured to simulate the use of multiple hosts or nodes. For example, for a three-node cluster, you add two additional addresses as follows:

sudo ifconfig lo0 alias 127.0.0.2
sudo ifconfig lo0 alias 127.0.0.3

The loopback addresses do not persist upon rebooting your computer.

Create a local cluster

To create a local YugabyteDB cluster for development and learning, use the yb-ctl create command.

To ensure that all of the replicas for a given tablet can be placed on different nodes, the number of nodes created with the initial create command is always equal to the replication factor. To expand or shrink the cluster, use the add_node and remove_node commands.

Each of these initial nodes run a yb-tserver server and a yb-master server. Note that the number of YB-Master servers in a cluster must equal the replication factor for the cluster to be considered operating normally.

If you are running YugabyteDB on your local computer, you can't run more than one cluster at a time. To set up a new local YugabyteDB cluster using yb-ctl, first destroy the currently running cluster.

Create a local 1-node cluster with replication factor of 1

$ ./bin/yb-ctl create

Note that the default replication factor is 1.

Create a 4-node cluster with replication factor of 3

First create a 3-node cluster with replication factor of 3.

$ ./bin/yb-ctl --rf 3 create

Use yb-ctl add_node command to add a node and make it a 4-node cluster.

$ ./bin/yb-ctl add_node

Create a 5-node cluster with replication factor of 5

$ ./bin/yb-ctl --rf 5 create

Destroy a local cluster

The following command stops all the nodes and deletes the data directory of the cluster.

$ ./bin/yb-ctl destroy

Enable external access

There are essentially two modes with yb-ctl:

  • 1-node RF1 cluster where the bind IP address for all ports can be bound to 0.0.0.0 using the listen_ip flag. This is the mode you use if you want to have external access for the database APIs and admin UIs.

    $ ./bin/yb-ctl create --listen_ip=0.0.0.0
    
  • Multi-node (say 3-node RF3) cluster where the bind IP addresses are the loopback IP addresses since binding to 0.0.0.0 is no longer possible. Hence, this mode is only meant for internal access.

Check cluster status

To get the status of your local cluster, including the Admin UI URLs for the YB-Master and YB-TServer, run the yb-ctl status command.

$ ./bin/yb-ctl status

Following is the output shown for a 3-node RF3 cluster.

----------------------------------------------------------------------------------------------------
| Node Count: 3 | Replication Factor: 3                                                            |
----------------------------------------------------------------------------------------------------
| JDBC                : jdbc:postgresql://127.0.0.1:5433/yugabyte                                  |
| YSQL Shell          : bin/ysqlsh                                                                 |
| YCQL Shell          : bin/ycqlsh                                                                 |
| Web UI              : http://127.0.0.1:7000/                                                     |
| Cluster Data        : /Users/testuser12/yugabyte-data                                            |
----------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------
| Node 1: yb-tserver (pid 27389), yb-master (pid 27380)                                            |
----------------------------------------------------------------------------------------------------
| JDBC                : jdbc:postgresql://127.0.0.1:5433/yugabyte                                  |
| YSQL Shell          : bin/ysqlsh                                                                 |
| YCQL Shell          : bin/ycqlsh                                                                 |
| data-dir[0]         : /Users/testuser12/yugabyte-data/node-1/disk-1/yb-data                      |
| yb-tserver Logs     : /Users/testuser12/yugabyte-data/node-1/disk-1/yb-data/tserver/logs         |
| yb-master Logs      : /Users/testuser12/yugabyte-data/node-1/disk-1/yb-data/master/logs          |
----------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------
| Node 2: yb-tserver (pid 27392), yb-master (pid 27383)                                            |
----------------------------------------------------------------------------------------------------
| JDBC                : jdbc:postgresql://127.0.0.2:5433/yugabyte                                  |
| YSQL Shell          : bin/ysqlsh -h 127.0.0.2                                                    |
| YCQL Shell          : bin/ycqlsh 127.0.0.2                                                       |
| data-dir[0]         : /Users/testuser12/yugabyte-data/node-2/disk-1/yb-data                      |
| yb-tserver Logs     : /Users/testuser12/yugabyte-data/node-2/disk-1/yb-data/tserver/logs         |
| yb-master Logs      : /Users/testuser12/yugabyte-data/node-2/disk-1/yb-data/master/logs          |
----------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------
| Node 3: yb-tserver (pid 27395), yb-master (pid 27386)                                            |
----------------------------------------------------------------------------------------------------
| JDBC                : jdbc:postgresql://127.0.0.3:5433/yugabyte                                  |
| YSQL Shell          : bin/ysqlsh -h 127.0.0.3                                                    |
| YCQL Shell          : bin/ycqlsh 127.0.0.3                                                       |
| data-dir[0]         : /Users/testuser12/yugabyte-data/node-3/disk-1/yb-data                      |
| yb-tserver Logs     : /Users/testuser12/yugabyte-data/node-3/disk-1/yb-data/tserver/logs         |
| yb-master Logs      : /Users/testuser12/yugabyte-data/node-3/disk-1/yb-data/master/logs          |
----------------------------------------------------------------------------------------------------

Start and stop an existing cluster

Start the existing cluster, or create and start a cluster (if one doesn't exist) by running the yb-ctl start command.

$ ./bin/yb-ctl start

Stop a cluster so that you can start it later by running the yb-ctl stop command.

$ ./bin/yb-ctl stop

Add and remove nodes

Add nodes

This will start a new YB-TServer server and give it a new node_id for tracking purposes.

$ ./bin/yb-ctl add_node

Stop and remove nodes

We can stop a node by executing the yb-ctl stop command. The command takes the node_id of the node that has to be removed as input. Stop node command expects a node id which denotes the index of the server that needs to be stopped. It also takes an optional flag --master, which denotes that the server is a yb-master.

$ ./bin/yb-ctl stop_node 3

We can also pass an optional flag --master, which denotes that the server is a yb-master.

$ ./bin/yb-ctl stop_node 3 --master

Currently stop_node and remove_node implement exactly the same behavior. So they can be used interchangeably.

Test failure of a node

You can test the failure of a node in a 3-node RF3 cluster by killing 1 instance of yb-tserver and 1 instance of yb-master by using the following commands.

./bin/yb-ctl destroy
./bin/yb-ctl --rf 3 create
./bin/yb-ctl stop_node 3
./bin/yb-ctl stop_node 3 --master
./bin/yb-ctl start_node 3
./bin/yb-ctl start_node 3 --master

The command ./bin/yb-ctl start_node 3 starts the third YB-TServer. This displays an error, though the command succeeds. This is because only 2 YB-Masters are present in the cluster at this point. This is not an error in the cluster configuration but rather a warning to highlight that the cluster is under-replicated and does not have enough YB-Masters to ensure continued fault tolerance. See issue 3506.

Default directories for local clusters

YugabyteDB clusters created using the yb-ctl utility are created locally on the same host and simulate a distributed multi-host cluster.

Data directory

YugabyteDB cluster data is installed in $HOME/yugabyte-data/, containing the following:

cluster_config.json
initdb.log
node-#/
node-#/disk-#/

Node directories

For each simulated YugabyteDB node, a yugabyte-data subdirectory, named node-# (where # is the number of the node), is created.

Example: /yugabyte-data/node-#/

Each node-# directory contains the following:

yugabyte-data/node-#/disk-#/

Disk directories

For each simulated disk, a disk-# subdirectory is created in each /yugabyte-data/node-# directory.

Each disk-# directory contains the following:

master.err
master.out
pg_data/
tserver.err
tserver.out
yb-data/

Logs

YB-Master logs are added in the following location:

yugabyte-data/node-#/disk-#/master.out
yugabyte-data/node-#/disk-#/yb-data/master/logs

YB-TServer logs are added in the following location:

yugabyte-data/node-#/disk-#/tserver.out
yugabyte-data/node-#/disk-#/yb-data/tserver/logs

Advanced commands

Create a cluster across multiple zones, regions, and clouds

You can pass the placement information for nodes in a cluster from the command line. The placement information is provided as a set of (cloud, region, zone) tuples separated by commas. Each cloud, region and zone entry is separated by dots.

$ ./bin/yb-ctl --rf 3 create --placement_info "cloud1.region1.zone1,cloud2.region2.zone2"

The total number of placement information entries cannot be more than the replication factor (this is because you would not be able to satisfy the data placement constraints for this replication factor). If the total number of placement information entries is lesser than the replication factor, the placement information is passed down to the node in a round robin approach.

To add a node:

$ ./bin/yb-ctl add_node --placement_info "cloud1.region1.zone1"

Create a local cluster with custom flags

When you use yb-ctl, you can pass "custom" flags (flags unavailable directly in yb-ctl) to the YB-Master and YB-TServer servers.

$ ./bin/yb-ctl --rf 1 create --master_flags "log_cache_size_limit_mb=128,log_min_seconds_to_retain=20,master_backup_svc_queue_length=70" --tserver_flags "log_inject_latency=false,log_segment_size_mb=128,raft_heartbeat_interval_ms=1000"

To add a node with custom YB-TServer flags:

$ ./bin/yb-ctl add_node --tserver_flags "log_inject_latency=false,log_segment_size_mb=128"

To add a node with custom YB-Master flags:

$ ./bin/yb-ctl add_node --master_flags "log_cache_size_limit_mb=128,log_min_seconds_to_retain=20"

To handle flags whose value contains commas or equals, quote the whole key-value pair with double-quotes:

$ ./bin/yb-ctl create --tserver_flags 'ysql_enable_auth=false,"vmodule=tablet_service=1,pg_doc_op=1",ysql_prefetch_limit=1000'

Restart a cluster

The yb-ctl restart command can be used to restart a cluster. Please note that if you restart the cluster, all custom defined flags and placement information will be lost. Nevertheless, you can pass the placement information and custom flags in the same way as they are passed in the yb-ctl create command.

$ ./bin/yb-ctl restart
  • Restart with cloud, region and zone flags
$ ./bin/yb-ctl restart --placement_info "cloud1.region1.zone1"

Restart with custom flags

$ ./bin/yb-ctl restart --master_flags "log_cache_size_limit_mb=128,log_min_seconds_to_retain=20,master_backup_svc_queue_length=70" --tserver_flags "log_inject_latency=false,log_segment_size_mb=128,raft_heartbeat_interval_ms=1000"

Restart a node

The yb-ctl restart first stops the node and then starts it again. At this point of time, the node is not decommissioned from the cluster. Thus one of the primary advantages of this command is that it can be used to clear old flags and pass in new ones. Just like create, you can pass the cloud/region/zone and custom flags in the yb-ctl restart command.

$ ./bin/yb-ctl restart_node 2

Restart yb-master on a node

$ ./bin/yb-ctl restart_node 2 --master

Restart node with placement information

$ ./bin/yb-ctl restart_node 2 --placement_info "cloud1.region1.zone1"

Restart node with flags

$ ./bin/yb-ctl restart_node 2 --master --master_flags "log_cache_size_limit_mb=128,log_min_seconds_to_retain=20"

Wipe and restart a cluster

The yb-ctl wipe_restart command stops all the nodes, removes the underlying data directories, and then restarts with the same number of nodes that you had in your previous configuration.

Just like the yb-ctl restart command, the custom-defined flags and placement information will be lost during wipe_restart, though you can pass placement information and custom flags in the same way as they are passed in the yb-ctl create command.

$ ./bin/yb-ctl wipe_restart

Wipe and restart with placement info flags

$ ./bin/yb-ctl wipe_restart --placement_info "cloud1.region1.zone1"

Wipe and restart with custom flags

$ ./bin/yb-ctl wipe_restart --master_flags "log_cache_size_limit_mb=128,log_min_seconds_to_retain=20,master_backup_svc_queue_length=70" --tserver_flags "log_inject_latency=false,log_segment_size_mb=128,raft_heartbeat_interval_ms=1000"