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.
NoteIf 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.
NoteIf 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.
NoteFor 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.