测试测试测试

测试测试测试测试测试测试

根据您的描述,OceanBase在遇到disk_hung错误时遇到了问题,尤其是在单副本部署的情况下。这种情况下服务的自动停止以及恢复机制是您关注的重点。对于这种情况,我们推荐使用obdiag工具来帮助诊断可能的问题原因。

根因分析

目前针对disk_hung的具体根因分析没有直接匹配的场景,但可以利用日志采集功能收集相关信息用于后续分析。

日志采集

  • 日志采集场景: io问题
  • 日志采集命令:
    obdiag gather scene run --scene=observer.io
    

该命令将收集与磁盘IO相关的所有必要信息,包括但不限于日志文件、系统状态等,这对了解为什么OB服务在磁盘IO恢复后没有自动重启非常有帮助。

请您执行上述命令以获取相关日志,并把压缩包提供给我们。这有助于我们进一步理解问题背景及影响范围。

进一步的信息请求

为了更好地定位和解决问题,请提供更多关于此问题的上下文信息:

  1. disk_hung错误首次出现的具体时间点是什么时候?之前是否有进行过任何配置修改或更新操作?
  2. 在发现disk_hung异常之前,是否有观察到其他不寻常的行为或警告信息(如慢查询增加、连接数突增)?
  3. 磁盘IO性能出现问题的具体表现如何?比如延迟升高、吞吐量下降等指标是否被监控记录下来?
  4. 当前使用的虚拟机资源限制情况(CPU, 内存, 网络带宽等),特别是分配给存储系统的IOPS或吞吐量上限是多少?
  5. 发生故障前后操作系统层面的日志(如dmesg输出、/var/log下的相关文件)能否一并提供?

这些问题的答案将极大地帮助我们缩小调查范围,并尽快找到解决方法。感谢您的配合!

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

测试测试测试测试测试测试

不要胡乱刷帖子 会被禁言 转移积分被发现也会禁言