划线反馈

OceanBase 数据库 V4.2.1 BP2 版本因断电导致 OBServer 无法正常重启问题的分析和处理

更新时间：2026-06-16 09:21

适用版本：V4.2.x、V4.3.x、V4.4.x内容类型：Troubleshoot

问题现象

数据库重启过程中，OBServer 进程启动后短时间内自动退出。日志中出现 check_log_pool_whehter_is_integrity_ failed, unexpected error(ret=-4016) 错误，并伴随 BACKTRACE 信息。

检查发现 /home/admin/oceanbase/store/obcluster/clog 目录下存在指向自身的软链接，导致文件系统路径循环。OBServer 启动时扫描日志池目录，因路径无限递归迭代，最终因路径长度超限而失败。

日志关键错误：check_log_pool_whehter_is_integrity_ failed, unexpected error(ret=-4016)。
错误上下文：dir::"/home/admin/oceanbase/store/obcluster/clog/log_pool",log_disk_path="/home/admin/oceanbase/store/obcluster/clog"。
根本原因：/home/admin/oceanbase/store/obcluster/clog/clog 软链接指向自身，形成文件系统环路。
触发场景：OBServer 启动时对日志池目录进行扫描，因路径无限递归导致路径长度超限。

由于运维操作失误，在 /home/admin/oceanbase/store/obcluster/clog 目录下创建了指向自身的软链接（clog -> clog），导致文件系统形成路径环路。

当 OBServer 启动时，系统会对日志池目录进行扫描。由于存在路径环路，扫描过程陷入无限递归，导致迭代失败，进而触发 check_log_pool_whehter_is_integrity_ 检查失败，最终 OBServer 进程退出。

OceanBase 数据库 V4.2.1 BP2（oceanbase-4.2.1.2-102010012023120119）及后版本（所有使用该系列版本的用户，在遇到类似启动失败问题时，应优先排查存储目录结构）。

登录到出现故障的服务器节点，进入 OceanBase 的 clog 存储目录。
```
cd /home/admin/oceanbase/store/obcluster/clog
```
检查当前目录下是否存在名为 clog 且指向自身的软链接。
```
ls -la clog
```
确认该链接为误创建的自指向链接后，将其删除。

若发现类似 clog -> /home/admin/oceanbase/store/obcluster/clog 的自指向软链接，执行删除命令：
```
unlink clog
```
注意

请务必确认删除的是误创建的自指向链接，避免误删除其他正确的软链接。
删除非法链接后，停止并重启 OBServer 容器。
```
docker stop observer
docker start observer
```
验证 OBServer 是否正常启动并进入服务状态。

观察 observer.log 日志信息，确认不再出现 ret=-4016 错误，且查看 OBServer 进程状态，确认其正常运行。
```
ps -ef |grep observer
```