be宕机,执行stop_be_sh 报错

【详述】问题详细描述
be宕机了，然后be的pid文件还存在，因此执行了stop_be.sh 脚本，但是报错ERROR: pid process may not be be。
查看be.WRANG发现

是这个，请问是啥原因，大佬帮忙看看
【背景】做过哪些操作？
无任何操作，未执行任何语句，就部署后放着看下稳定性
【业务影响】
【StarRocks版本】例如：3.0.1
【集群规模】例如：1fe+3be（fe与be混部）
【机器信息】CPU虚拟核/内存/网卡，例如：48C/64G/万兆
【联系方式】社区群14 清风芏
【附件】

• fe.log/beINFO/相应截图
  • be节点cpu和内存使用率截图
    
    

    image1920×937 95.9 KB
    
    
    

    image1920×937 76.2 KB
    
    
    

    image1920×937 116 KB
    
    
    

    image1920×937 83.8 KB
• be crash
  • be.outbe.INFO (26.7 KB) be.out (1.6 KB) be.WARNING (29.0 KB) fe.audit.log (12.7 KB) fe.out (6.7 KB)

之前部署后简单测试了下多表关联，然后就没使用了，一直放着，结果到现在不到一个月，就be宕机了，总共三个节点三节点都宕机了，应该是同一个原因，之前部署3.0.0也遇到过，不做任何操作自己宕机了

结合监控的状态 以及be的异常日志时间点，都吻合，在凌晨1点多宕机，宕机的时候日志是be.WRANG里面的内存问题，早上排查过没有执行任何任务，监控里面的task也都是0，所以初步推测是sr自己宕机了

收到 我们排查一下

start time: Mon Jun 5 15:16:18 CST 2023
不是最近crash吗？

宕机过几次，从截图和日志可以看到最新今天宕机时的相关日志和状态，监控截图里面

好的，咱们正在定位