【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】ocp社区版
【 使用版本 】4.4.2,obbinlog-4.3.6
【问题描述】清晰明确描述问题

在ocp 中为租户创建binlog 服务,报错资源不足,但是cpu 字盘都是充足的,只有内存是被buff/cache 沾满的,会是这个原因吗,binlog 里检查内存资源是检查的free 还是检查available ,一般buff/cache 是会被自动回收的呀,请帮忙看下谢谢
【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】ocp社区版
【 使用版本 】4.4.2,obbinlog-4.3.6
【问题描述】清晰明确描述问题

在ocp 中为租户创建binlog 服务,报错资源不足,但是cpu 字盘都是充足的,只有内存是被buff/cache 沾满的,会是这个原因吗,binlog 里检查内存资源是检查的free 还是检查available ,一般buff/cache 是会被自动回收的呀,请帮忙看下谢谢
ocp上日志下载发一下 binlog日志也拿一下
看着报错是因为 total≈63GB, used≈59.8GB, ratio≈94.5%。要开 2 个实例,每个约 4G,在 85% 阈值下无法通过部署
尽量在 10.32.11.8 / 10.32.11.9 上释放内存(查占用进程、清理无用 Binlog 实例、扩容内存)。
节点上内存是充足的,只是被buff/cache 占了,按理说这个是可以被回收的,只是binlog 进程提前检查了free 还剩多少,而不是检查的available ,我要是手动释放内存,过一段时间还是会被buff/cache 占满,下次创建新的binlog 还需要手动创建,比较麻烦,
所以我想的是把conf.json 中的这个资源检查参数关了,但是关了也还是报这个错,这个是为啥,怎么能生效

这里好像检查有问题呀,我机器上free -h 看,used 才8.2G,不是59.8G,第二台机器也是8G左右,如下图,这里检测获取值的时候是不是有问题

可以了,我binlog 是通过ocp 部署的,需要在ocp 中修改这个参数,现在关闭检查后能创建binlog 实例成功了。
不过,这个资源检测应该是有问题的,这里需要看看,used 不是59.8G,是不是获取有问题