【 使用环境 】测试环境
【 OB or 其他组件 】Oceanbase 4.3.5 bp3
【 使用版本 】4.3.5.3-103000062025072111
【问题描述】ob突然无法访问,并发现服务器宕机,该如何追溯相关问题。
服务器监控:
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
论坛小助手
#3
用户问题: “OceanBase 由于内存原因导致重启,如何追溯相关问题?”
推荐使用 obdiag 工具进行日志采集,并且将采集到的日志提供给我们以便确认问题所在。
日志采集场景: 内存问题
日志采集命令: obdiag gather scene run --scene=observer.memory
另外,为了确定具体的问题,在此需要您提供一些信息:
- 是否在重启前观察到了特定的操作或行为?
- 重启前后是否有重要的系统变更或配置修改?
- 能否提供发生问题的时间点及前后一段时间的日志?
- 当前系统的内存配置情况如何?
- 系统中是否存在大量并发操作,或者有特别占用内存的应用程序?
…
附上敏捷诊断工具 obdiag 使用帮助链接
辞霜
#4
使用obdiag采集一下相关信息 obdiag gather scene run --scene=observer.memory
提供一下服务器宕机期间的日志
菜鸟收割机
#5
你先看是主机宕机导致的,还是ob宕机导致的吧,看监控直接就是断崖式了