蹲蹲回复
obdiag有时确实不给力
ps -ef | grep observer 确定一下进程是否在
启动时候的observer日志提供一下/data/myoceanbase/oceanbase/log/observer.log
oom检查一下
dmesg | grep -i “oom|killed process” | tail -20
obd的配置文件yaml文件发一下
observer.log (121.2 KB)
确定没有observer进程
dmesg | grep -i “oom|killed process” | tail -20 这个没有结果输出
看着日志信息是物理内存不足呀 机器可用内存约 946MB
1704][observer][T0][Y0-0000000000000001-0-0] [lt=15708] Virtual memory : 992,354,304 byte
[2026-07-01 15:59:05.557537] INFO [SERVER] inner_main (main.cpp:633) [
但是从日志中 内存很小 物理内存约 946MB,远低于配置的 25G memory_limit + 6G system_memory(HTAP 场景),租户模块初始化失败,进程退出
–确认物理内存
free -h
cat /proc/meminfo | grep MemTotal
服务器重启一下 重新部署一下看看你是否还有问题
obd cluster destroy myoceanbase -f
– 在内存满足最低要求后重新 deploy
obd cluster deploy myoceanbase -c <config.yaml>
obd cluster start myoceanbase
数据会丢吗?
会的 你这个用了多久了么?不是新部署的是吧 下面的信息查一下
–1. 检查数据目录完整性
ls -la /data/1/sstable/
ls -la /data/1/clog/
ls -la /data/log1/clog/ # 如有独立 clog 盘
/data/myoceanbase/oceanbase/log/alert/alert.log 这个日志文件有么 如果有提供一下 没有的话重新启动一次 把obd.log日志发一下 observer.log 发一下
clog文件的完整性校验失败了 log_pool元数据有损坏 有删除过clog文件么?
没有删除过






