Binlog服务的convert_running一直为No

OceanBase 技术问题
#1

【 使用环境 】测试环境
【 OB or 其他组件 】Binlog服务
【 使用版本 】4.0.1
【问题描述】按 https://www.oceanbase.com/docs/community-oblogproxy-doc-1000000001493745#0-title-前提条件 文档部署Binlog服务，在《步骤4》时执行：SHOW BINLOG INSTANCES; 显示结果不正确：convert_running为No，应该为Yes，查看日志没发现什么有用的信息
【复现路径】按上面文档操作部署
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

#3

根据您提供的信息，convert_running 为 No 表示 Binlog 转换服务没有正常启动或运行。这可能是由于配置错误、依赖服务未启动或其他原因导致的。以下是一些排查和解决该问题的方法：

  1. 检查配置文件：

    • 确认 Binlog 服务的配置文件是否正确配置。特别是 binlog.conf 文件中的各项配置参数，如 server_ip、cluster_id、tenant_id 等。
    • 确保配置文件中的 convert_running 参数设置为 true 或 yes。

  2. 检查依赖服务：

    • 确认 OceanBase 集群已经正常启动，并且可以正常访问。
    • 确认 OBProxy 服务已经启动，并且可以通过 OBProxy 访问 OceanBase 集群。

  3. 查看日志：

    • 查看 Binlog 服务的日志文件，通常位于配置文件中指定的日志目录下。日志文件中可能会有更详细的错误信息，帮助定位问题。
    • 使用 obdiag 工具收集诊断信息，以便进一步分析。您可以按照提供的链接进行操作。

  4. 重启 Binlog 服务：

    • 尝试重启 Binlog 服务，确保服务能够正常启动。
    obd cluster restart <cluster_name>

  5. 验证 Binlog 服务状态：

    • 重新执行 SHOW BINLOG INSTANCES; 命令，检查 convert_running 是否变为 Yes。
    SHOW BINLOG INSTANCES;

  6. 检查网络连接：

    • 确认 Binlog 服务与 OceanBase 集群之间的网络连接正常，没有防火墙或网络策略阻止通信。

如果以上步骤仍然无法解决问题，建议联系 OceanBase 的技术支持团队，提供详细的日志和配置信息，以便获得更专业的帮助。希望这些方法能帮助您解决问题。

更多信息请查看:

  1. obshell-sdk-go 快速上手
  2. enable_syslog_recycle
  3. ob_enable_show_trace
  4. 启动服务
  5. syslog_level
  6. system_trace_level
  7. case 编写常用命令
  8. kv_group_commit_rw_mode
  9. 创建 Go 示例应用程序
  10. 暂停服务
#4

ob的版本号也发一下 操作的截图也发一下

#5

ob版本：4.3.4

创建binlog命令（返回成功）

CREATE BINLOG FOR TENANT zxedu.test
TO USER root PASSWORD nGfMMj9Eq6q4Fnbz
WITH CLUSTER URL http://192.168.32.2:8080/services?Action=ObRootServiceInfo&ObCluster=zxedu
, REPLICATE NUM 1;

查询实例截图：

6a35f361269848e4f58483ddbf7bd76d
6a35f361269848e4f58483ddbf7bd76d1025×843 41.4 KB

#6

根据您提供的信息，convert_running 为 No 表示 Binlog 转换服务没有正常启动或运行。以下是一些排查和解决该问题的方法：

1. 检查配置文件

确保 Binlog 服务的配置文件正确无误。特别是 binlog.conf 文件中的各项配置参数，如 server_ip、cluster_id、tenant_id 等。

2. 检查依赖服务

确保 OceanBase 集群和 OBProxy 服务已经正常启动，并且可以通过 OBProxy 访问 OceanBase 集群。

3. 查看日志

查看 Binlog 服务的日志文件，通常位于配置文件中指定的日志目录下。日志文件中可能会有更详细的错误信息，帮助定位问题。您可以使用 obdiag 工具收集诊断信息，以便进一步分析。

4. 重启 Binlog 服务

尝试重启 Binlog 服务，确保服务能够正常启动。

obd cluster restart <cluster_name>

5. 验证 Binlog 服务状态

重新执行 SHOW BINLOG INSTANCES; 命令，检查 convert_running 是否变为 Yes。

SHOW BINLOG INSTANCES;

6. 检查网络连接

确保 Binlog 服务与 OceanBase 集群之间的网络连接正常，没有防火墙或网络策略阻止通信。

7. 检查 Binlog 服务配置

确保 Binlog 服务的配置正确无误。您可以使用以下命令检查 Binlog 服务的配置：

SHOW BINLOG CONFIG;

8. 检查 Binlog 服务状态

确保 Binlog 服务的状态正常。您可以使用以下命令检查 Binlog 服务的状态：

SHOW BINLOG STATUS;

9. 检查 Binlog 服务日志

查看 Binlog 服务的日志文件，通常位于配置文件中指定的日志目录下。日志文件中可能会有更详细的错误信息，帮助定位问题。

10. 联系技术支持

如果以上步骤仍然无法解决问题，建议联系 OceanBase 的技术支持团队，提供详细的日志和配置信息，以便获得更专业的帮助。

示例命令

以下是一些示例命令，帮助您进行排查：

  1. 查看 Binlog 服务配置

    SHOW BINLOG CONFIG;

  2. 查看 Binlog 服务状态

    SHOW BINLOG STATUS;

  3. 重启 Binlog 服务

    obd cluster restart <cluster_name>

  4. 收集诊断信息

    obdiag collect log -c <cluster_name> -t binlog

希望这些方法能帮助您解决问题。如果问题仍然存在，请提供更多的日志信息，以便进一步分析。

更多信息请查看:

  1. 取消租户克隆
  2. ob_security_version
  3. oceanbase.DBA_OB_TENANTS
  4. ob_compatibility_version
  5. 恢复完成后升级租户
  6. ob_compatibility_control
  7. oceanbase.DBA_OB_BACKUP_TASKS
  8. obshell-sdk-go 快速上手
  9. 从 SQL 文件导入数据到 OceanBase 数据库
  10. 单机在线转分布式部署

(小助手的答复已结束，如未能解决您的问题，请继续提问并等待其他同学的回复，谢谢！)

#7

4.3.4 还没兼容，需要手动安装一下 obcdc https://www.oceanbase.com/docs/community-oblogproxy-doc-1000000001493746

1 个赞