早上收到服务器的磁盘告警，查看发现是 es 日志比拟多，具体看索引由 rocketmq 的 store 日志造成。
排查：
1、因为 rocketmq 的日志对立收集到 elk，不便排查。
首先定位到是 es 造成磁盘告警，查看 es 的索引数据，疾速找到具体是哪个索引日志
失常状况下，rocketmq 的 store 索引数据在 40M 左右。
2、查看 rocketmq 集群挂载的日志，只有一个 slave 节点的 store 日志始终在输入 warn 日志，如下：
3、因为是从节点，重启对业务不会有影响，先重启试试，后果是么用。网上搜寻一番，https://issues.apache.org/jir…
据说可能是 commitlog 数据损坏，那这样没方法了，因为是 slave 节点能够间接删除 commitlog 数据，再重启会主动从 master 同步过去。
store 日志恢复正常。