合并十几个小时几乎停止不前

OceanBase 技术问题
#23

看着报错的日志信息 看着是不能查询 应该是损坏了 如果损坏了 合并也是有问题的
你们使用的什么磁盘 是机械盘么？还是ssd盘 最近有宕机的情况么？

#24

器械盘，没有宕机

#25

OB有工具或者命令确认表的完整性吗

#26

image
image1667×226 40.3 KB

#27

按照这个trace YB420A01E03A-0006456AE1380FCF-0-0 搜observer.log日志 日志信息还是上面查看的这个时间节点的 但是找到这个表对应leader节点的日志 看着leader是在57上
image
image

#28

最近有做过升级么？之前有没有做过异步行转列的ddl操作

#29

没有升级 没有异步行转列

#30

好的 麻烦按照我上面说的 捞一下日志信息

#31

我没看明白您的指示的需求

#32

就是在leader是在57上 捞一下trace_id=YB420A01E03A-0006456AE1380FCF-0-0的observer.log日志信息 时间节点和截图的日志时间对应上 主要想看看oms_step表在leader节点的日志信息

image
image866×483 126 KB

#33

我手动切换 oms_step 的 leader ，然后这个表的合并推进了，最后租户合并正常结束。
想咨询下，如果 TABLE_TYPE 为 INDEX ，怎么找出这个索引属于哪个表。

image
image2538×286 89.5 KB

#34

没有保留截图的trace，已提供给你的就是执行查询oms_step表，报错后的trace最后几行

#35

你怎么手动切换oms_step的leader的节点的

那你的那个trace日志信息 是在哪个节点查看的？看着不是在leader节点查看的 想着你在oms_step这个leader节点上 找一下trace日志

#36

能不能修改表的leader所在机器 - 社区问答- OceanBase社区-分布式数据库

我之前提供的是在leader节点上grep trace的。

#37

ALTER TABLE table_name MOVE PARTITION partition_name TO zone_name;你是这样执行的是么？这个日志信息 是全部的日志信息么？如果不是全部trace信息 建议全部提供一下

#38

再试一下看看oms_step这个表能否查询

#39

root 15:48: [_rm]> ALTER SYSTEM TRANSFER PARTITION TABLE_ID = 501426, OBJECT_ID = 501426 TO LS 1001;
Query OK, 0 rows affected (0.54 sec)

#40

image
image2559×1070 274 KB

可以的

#41

1.txt (173.4 KB)

已上传全部的trace，估计是bug

#42

先看一下 是不是有问题 主要合并的日志信息也被覆盖了