【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】创建资源单元时提示 resource not enough ,系统cpu是足够的
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
【 使用环境 】 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】创建资源单元时提示 resource not enough ,系统cpu是足够的
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
用户问题: “创建资源单元时提示 resource not enough,但系统CPU充足,如何排查和解决这个问题?”
推荐使用 obdiag 工具进行日志采集,通过收集的详细信息来确定资源不足的具体原因。
日志采集场景: 内存问题
日志采集命令: obdiag gather scene run --scene=observer.memory
请运行上述命令并将生成的日志文件发送给我们,以便我们进一步分析。此外,为了能够更准确地定位问题,请您提供以下信息:
以上信息将有助于我们更快地找到问题的原因并给出解决方案。感谢您的配合。
附上敏捷诊断工具 obdiag 使用帮助链接
CPU resource not enough
可以这么查下
-- 集群CPU及内存资源及使用率情况查看:GV$OB_SERVERS
SELECT SVR_IP,
CPU_CAPACITY_MAX,
CPU_ASSIGNED_MAX,
CPU_CAPACITY_MAX - CPU_ASSIGNED_MAX AS CPU_UNASSIGNED_MAX,
CPU_CAPACITY,
CPU_ASSIGNED,
CPU_CAPACITY - CPU_ASSIGNED AS CPU_UNASSIGNED,
CONCAT(ROUND(MEMORY_LIMIT / 1024 / 1024 / 1024, 1), 'GB') AS MEM_LIMIT,
CONCAT(ROUND(MEM_CAPACITY / 1024 / 1024 / 1024, 1), 'GB') AS MEM_CAPACITY,
CONCAT(ROUND(MEM_ASSIGNED / 1024 / 1024 / 1024, 1), 'GB') AS MEM_ASSIGNED,
CONCAT(ROUND((MEM_CAPACITY - MEM_ASSIGNED) / 1024 / 1024 / 1024, 1), 'GB') AS MEM_UNASSIGNED
FROM OCEANBASE.GV$OB_SERVERS
ORDER BY SVR_IP;
没有具体命令吗,肯定是配置太高了