主机重启后需要手动启动observer

【 使用环境 】生产环境
【 OB or 其他组件 】OCP
【 使用版本 】ocp社区版441 数据库社区版442
【问题描述】ocp创建的OB集群,主机重启后observer不会自启动,需要手动启动
【复现路径】无异常操作就正常使用ocp部署集群后,重启某台observer主机observer不能自启动
【附件及日志】无

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

5 个赞

针对您描述的情况,OceanBase的observer服务在主机重启后未能自动启动,这种情况可以通过使用obdiag工具来帮助诊断和定位问题。以下是推荐的操作步骤:

日志采集场景: observer无故重启

首先,我们建议您收集相关的日志信息,特别是与observer服务启动失败有关的日志,以帮助识别可能的原因。

  • 日志采集命令: obdiag gather scene run --scene=observer.restart

这个命令会从您的OceanBase集群中收集可能导致observer服务无法自动重启的相关日志和配置信息。

进一步的问题

为了能够更准确地分析问题,请您回答以下几个问题:

  1. 您是否有检查系统日志(例如:通过dmesg/var/log/syslog)查看是否存在关于observer服务启动失败的具体错误消息?
  2. 当您手动尝试启动observer服务时,控制台或者服务管理工具是否返回了任何错误提示?如果有,请分享这些信息。
  3. 在这次重启之前,集群运行状况如何?是否存在其他已知问题或异常行为?
  4. 主机操作系统的版本是什么?以及您所使用的具体Linux发行版名称。
  5. 观察者节点上是否有足够的资源(如磁盘空间、内存等)供observer服务正常启动?

执行上述日志采集命令并将生成的日志文件压缩包提供给我们后,将有助于快速定位问题所在。感谢您的配合!

附上敏捷诊断工具 obdiag 使用帮助链接

2 个赞

可以查看报警日志,根据报警日志情况再决定采取相对应的措施。

1 个赞

你检查下主机启动后ocp_agent启动了吗?

启动了的

你检查一下 状态看看
systemctl status ocp_agent 或者sudo systemctl status ocp_agent

– 查看 mgragent 自启动日志
/home/admin/ocp_agent/log/mgragent.log 这个日志文件发一下

看下ocp_agent是默认安装路径吗?

ps -ef|grep ocp_agent

HOST_LOG_host_10.245.253.1_20260713113138_20260714113138.zip (4.3 MB)
手动重启了两次,7月13号17:14和17:29重启的,17:23和17:36手动重启ocpagent恢复的

这个也查一下吧
systemctl status ocp_agent 或者sudo systemctl status ocp_agent

systemctl is-enabled ocp_agent

查一下配置文件
grep -E “monagent.pipeline.ob.status|ob.(install|run|data|log).(path|user)”
/home/admin/ocp_agent/conf/config_properties/*.yaml

你手动启动的ocp_agent,正常情况下重启主机后会自动重启ocp_agent,ocp有一个bug,如果ocp_agent在非默认安装路径,默认不能自启动,你这样检查一下安装路径

ps -ef|grep ocp_agent 截图

1 个赞

默认的,安装的时候没有指定路径,查看命令得后面查看下了,现在访问不了环境

按照我发的查一下信息

1 个赞

1.ps -ef|grep ocp_agent
2.cat /usr/lib/systemd/system/ocp_agent.service

1 个赞

:+1:t2::+1:t2::+1:t2::+1:t2:

image


你把这个这个文件发一下

/home/admin/ocp_agent/conf/config_properties是要这个文件夹吗

不是 是yaml文件

ls -l /etc/systemd/system/multi-user.target.wants/ocp_agent.service 这个在查看一下


yaml.zip (3.5 KB)