使用的版本:
0.13.2
问题现象:
从今天开始发现,Be的进程总是启动后没有多长时间就消失,经过调查发现,系统cache的内存过多,没有释放掉,只能手动的释放cache的内存。目前启动后,正常了。(目前还没有找到具体是那些进程cache住了内存,没有释放掉)
cache住的内存。
手动释放后的内存。
启动be进程后的cache
使用的版本:
0.13.2
问题现象:
从今天开始发现,Be的进程总是启动后没有多长时间就消失,经过调查发现,系统cache的内存过多,没有释放掉,只能手动的释放cache的内存。目前启动后,正常了。(目前还没有找到具体是那些进程cache住了内存,没有释放掉)
cache住的内存。
手动释放后的内存。
看下be/log/下面的be.out下,有没有错误堆栈
这是社区版的问题啊,不是DorisDB标准版/企业版的
可以到社区里面提个issue,或是试用下我们的标准版,我们的标准版对社区的很多BUG进行了修复,性能也更好
现在支持上传文件了
我现在这个就是标准版的!
确认是这个版本号吗:
0.13.2
可以把BE的 warn log发一下吗,刚启动的那一段,在be/log/be.WARNING
有可能是dick check failed导致的,所以需要看下be/log/be.WARNING的日志
很可能是磁盘或网络配置问题导致的
原先是13.1,现在升级到了13.3,还是隔一段时间就重启,目前,先用supervisor做了一个拉起。
我这里前天晚上没有做过任何网络上和硬盘的调整。另外,现在是5台BE都出现这样的情况。
修改be.conf添加enable_metric_calculator = false, 然后重启,可以规避这个问题,后面我们的新版本会根本修复这个问题,到时候再把这个配置改成true
我这边之前是dorisDB-1.17,也有这个问题,be内存占用都不是很多,但会buff/cache住 90% 的内存不释放,现在升级到 starRocks-1.19.0了,还是这样。明天试试 enable_metric_calculator = false 参数