Overview

2025-11-28 06:05:02  Updated

If OceanBase Diagnostic Tool (obdiag) is independently deployed, you can run obdiag gather commands to collect diagnostic information of OceanBase Database. You can run the obdiag gather scene run command to collect the information required for troubleshooting specific issues. These commands help address the pain point in collecting information on distributed nodes.

Prerequisites

Make sure that you have configured the login information of the target nodes in the config.yml configuration file of obdiag. For more information, see Configure obdiag.

View supported scenarios

obdiag gather scene list

Use the obdiag gather scene run command

obdiag gather scene run --scene={SceneName}

The following table describes the options.

Option Required Data type Default value Description
--scene Yes string Empty The name of the scenario. You can run the obdiag gather scene list command to view the scenarios supported by the current version.
--from No string Empty The start time of log collection in the yyyy-mm-dd hh:mm:ss format.

Note

If the obdiag version is earlier than V.2.0.0, do not enclose the parameter value in quotation marks. Otherwise, an error is returned. This limitation does not apply to V2.0.0 or later.

--to No string Empty The end time of log collection in the yyyy-mm-dd hh:mm:ss format.

Note

If the obdiag version is earlier than V.2.0.0, do not enclose the parameter value in quotation marks. Otherwise, an error is returned. This limitation does not apply to V2.0.0 or later.

--since No string Empty The most recent period of time for log collection, in the <n> <m|h|d> format, where n specifies the time value, m represents "minute", h represents "hour", and d represents "day". For example, 30m specifies to collect logs of the last 30 minutes.
--env No string Empty Additional parameters required in specific scenarios.
--store_dir No string The current path where the command is executed The local path where the results are stored.
--temp_dir No string /tmp The directory where temporary files generated by the remote node during log collection are stored.
-c No string ~/.obdiag/config.yml The path of the configuration file.
--inner_config No string Empty The configurations of obdiag.
--config No string Empty The configurations of the cluster diagnosed by obdiag, in the format of --config key1=value1 --config key2=value2.

Note

For information about the parameters supported by this option, see Configure obdiag.

Note

If you do not specify the store_dir option, the collected information will be stored in the gather_pack_xxxx folder in the current directory.

Examples

Method 1: Use the command out-of-the-box without a configuration file

obdiag gather scene run --scene={SceneName} \
    --config db_host=xx.xx.xx.xx \
    --config db_port=xxxx \
    --config tenant_sys.user=root@sys \
    --config tenant_sys.password=*** \
    --config obcluster.servers.nodes[0].ip=xx.xx.xx.1 \
    --config obcluster.servers.nodes[1].ip=xx.xx.xx.xx.2 \
    --config obcluster.servers.nodes[2].ip=xx.xx.xx.xx.3 \
    --config obcluster.servers.global.ssh_username=test \
    --config obcluster.servers.global.ssh_password=****** \
    --config obcluster.servers.global.home_path=/home/admin/oceanbase \
    --config obproxy.servers.nodes[0].ip=xx.xx.xx.3 \
    --config obproxy.servers.nodes[1].ip=xx.xx.xx.xx.4 \
    --config obproxy.servers.global.ssh_username=test \
    --config obproxy.servers.global.ssh_password=****** \
    --config obproxy.servers.global.home_path=/home/admin/obproxy

Method 2: Use the command with a configuration file

Make sure that you have configured the login information of the target nodes in the config.yml configuration file of obdiag. For more information, see Configure obdiag.

obdiag gather scene run --scene={SceneName}

Tutorial for writing a task

A task is a specific scenario. obdiag runs a task based on the dedicated script file in the YAML format.

Preparations

Before you write the script file of a task, you must specify the path of the file.

The file must be stored in the directory specified by the gather.scenes_base_path parameter in the inner_config.yml configuration file in the /usr/local/oceanbase-diagnostic-tool/conf/ directory. Check whether the task falls into an existing category in the directory. If not, create a folder to declare the category.

Here is an example:

# Go to ${gather.scenes_base_path} and create a sample file test.yaml for testing the observer process.
cd ~/.obdiag/gather/tasks/observer
touch test.yaml

Now you are prepared.

Write a task

To write a task is to edit the test.yaml file.

# Declare the purpose of the task.

info: "for test"

Pay attention to the details when you write the task.

Task writing description

The task script is a list that declares the steps to be executed in scenario-based collection. The steps may vary based on the version.

An element of a task involves the following parameters.

Parameter Required Description Data type
version No The OceanBase Database versions that the script is compatible with. An example is provided below the table. The value is a left-open right-closed range with complete version numbers in the form of a string, such as [3.1.1,3.2.0]. A version number contains three digits for OceanBase Database V3.x or four digits for OceanBase Database V4.x.
steps Yes The steps to be executed. The steps are in a list structure.

Here is an example:

info: testinfo
task:
  - version: "[3.1.0,3.2.4]"
    steps:
     {steps_object}
  - version: [4.2.0.0,4.3.0.0]
    steps:
     {steps_object}

steps is a list of multiple execution processes.

An element of steps is a single step that involves the following parameters.

Parameter Required Description
type Yes The type of the execution step. Valid values: ssh, sql, log, obproxy_log, and sysstat. More types will be supported in later versions.
{ssh/sql/log/obproxy_log/sysstat} Yes The parameter for the selected type, which depends on the logic description of the execution type in the code. Supported execution steps are described in the following sections.

In the following examples, step: serves only as a mark and has no actual meaning.

ssh

Remotely execute the instruction and obtain the corresponding return value.

step:
  type: ssh
  ssh: wc -l /proc/${task_OBServer_pid}/maps | awk '{print $1}'
  global: false # This field specifies whether to execute a step only on a single node or on all nodes. The value "true" specifies to execute the step only on the first node. The value "false" specifies to execute the step on each node.
sql

Execute an SQL statement and obtain the corresponding value.

step:
 type: sql
 sql: select tenant_name from oceanbase.__all_tenant;
 global: false
log

Collect logs of OceanBase Database.

step:
 type: log
 grep: "" # The field for filtering logs.
 global: false
obproxy_log

Collect logs of OceanBase Database Proxy (ODP).

step:
 type: obproxy_log
 grep: "" # The field for filtering logs.
 global: false
sysstat

Collect host information.

step:
 type: sysstat
 sysstat: ""
 global: false

Note

The global field specifies whether to execute a step only on a single node or on all nodes. The value true specifies to execute the step only on the first node. The value false specifies to execute the step on each node.

Contact Us