ocp上的sys租户显示状态不可用

OceanBase 技术问题
#1

【 使用环境 】生产环境 or 测试环境
【 使用版本 】数据库4.2.1.11，ocp4.3.5
【问题描述】sys不可用，无法使用ocp修改/查询资源方面的功能
【复现路径】没做过任何动作，备份的时候报错内存不足，才发现的。当时内存是5g，在白屏改内存改不了，又手工黑屏把内存改到了32g

image
image1572×786 139 KB

observer.log日志：
No memory or reach tenant memory limit.*[OOPS]=，错误码=4013，日志详情=[2026-01-08 09:40:04.398238] WARN common_alloc (ob_tenant_ctx_allocator.cpp:464) [3728263][pnio1][T0][YB42C0C02142-00063D235A7E990F-0-0] [lt=0][errcode=-4013] No memory or reach tenant memory limit([OOPS]=“alloc failed reason”, msg=tenant memory has reached the upper limit(tenant_id: 1063, tenant_hold: 546721792, tenant_limit: 548366745, alloc_size: 2097152))

1 个赞
#3

查一下文档呢

1 个赞
#4

文档查什么？

1 个赞
#5

白屏改内存改不了是什么情况呢？点击修改报什么错

1 个赞
#6

用户与内存没有直接关系吧

1 个赞
#7

应该检查权限

1 个赞
#8

学习下交档

2 个赞
#9

当前状态不支持操作

1 个赞
#10

新文件 9.txt (20.8 KB)

这是observer的日志

1 个赞
#11

我把日志涉及到的租户干掉了，sys状态正常了

1 个赞
#12

学习一下

1 个赞
#13

日志看1063租户内存不够了，这个应该是1064租户的meta。该租户内存给的多少

2 个赞
#14

1063的内存不够，这会影响sys租户吗？我1064租户已经被锁住了是1c1g

#15

日志是通过sys租户查询sql报错超时生成trace_id获得的日志，然后我做了转储合并和删除租户的操作，我不知道是删除租户导致sys恢复还是转储合并导致sys恢复？

#16

1c1g太小了，推荐最小使用2g租户。不影响sys，但是ocp判断到集群异常状态限制了部分操作。黑屏其实是可以正常修改的。

#17

内部表查询会设计到租户的meta租户的表。波及到了1064租户的1063meta

#18

租户已经不用了所以才设的1c1g，已经上锁，准备过一段时间删除

#19

黑屏是可以修改，但是改了之后查询sql还是报错超时，并且白屏页面还是显示sys租户不可用

#20

租户资源使用封顶了

#21

报错是因为1063租户内存不够 所以改sys内存没效果