【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】oceanbase4.3.5
【问题描述】ob-dashboard无法登录
【复现路径】问题出现前后相关操作
【附件及日志】
请大佬指点一下，或者有没有相关对应排查文档
日志中ob-dashboard状态为
[2025-12-18 10:25:53.387] [INFO] ±-------------------------±-----±--------------±-------+
[2025-12-18 10:25:53.387] [INFO] | url | user | password | status |
[2025-12-18 10:25:53.387] [INFO] ±-------------------------±-----±--------------±-------+
[2025-12-18 10:25:53.387] [INFO] | http://172.16.2.10:12886 | root | ‘***********’ | active |
[2025-12-18 10:25:53.387] [INFO] ±-------------------------±-----±--------------±-------+
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
obd 的日志看起来是正常的，可以先确认下是否密码是正确的，登录需要使用 sys 租户的 root 密码
甘霖
#7
集群的拓扑结构是什么呢？
可以进入到任意一个 observer 节点的工作目录（看日志应该是 /root/observer）执行 ./bin/obshell cluster show，查看一下当前的集群状态。
1 个赞
甘霖
#8
看这个报错像是 obshell 接管 ob 集群时出现了问题。
甘霖
#12
可以上传一下 obshell 的日志信息吗，在/root/observer/log_obshell 下
甘霖
#14
通过日志定位到了错误原因，obshell 内部在对 sqlite 做并发访问时，出现了 database is locked 的情况，您可以尝试执行 ./bin/obshell task retry -i 22886730250128861 并持续通过 bin/obshell task show -i 22886730250128861 -d，确保 obshell 接管 ob 集群成功。
一般当 obshell 的本地 sqlite 文件所位于的磁盘性能较差时，才会出现该问题，内部已经记录该问题，感谢您的反馈。
1 个赞
我也发现了所在服务器上的I/O性能比较差，有没有oceanbase可以关闭的一些任务或者调整的一些参数，稍微改善一下
甘霖
#16
这个是 obshell 本身存在的问题，我们已经计划在迭代中尝试修复。
oceanbase 可能有一些控制 io 的配置项或者系统变量，可以参考 https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000004475831 看看，也可以另外发帖寻求帮助。
