`2018-09-03 17:53:28 INFO StoreScheduledThread1 - physic disk maybe
full soon, so reclaim space, -1.0`
错误日志 so reclaim space, -1.0.
-1.0 是通过如下代码取到的。

public static double getDiskPartitionSpaceUsedPercent(final String path) {
    if (null == path || path.isEmpty())
        return -1;

    try {
        File file = new File(path);

        if (!file.exists())
            return -1;

        long totalSpace = file.getTotalSpace();

        if (totalSpace > 0) {
            long freeSpace = file.getFreeSpace();
            long usedSpace = totalSpace - freeSpace;

            return usedSpace / (double) totalSpace;
        }
    } catch (Exception e) {
        return -1;
    }

    return -1;
}

storePathCommitLog 的配置是方法的参数。我猜测是你配的路径可能启动RocketMQ的用户没有权限?
改后的配置 storePathCommitLog 为默认的

System.getProperty("user.home") + File.separator + "store"
    + File.separator + "commitlog";


will.happy.will...@gmail.com <will.happy.will...@gmail.com> 于2018年9月4日周二
下午1:52写道:

> Hi, Jason
>    问题解决了,是由于以下几个配置项的影响。
> 发生问题的配置:
> rocketmqHome = /opt/data/rocketmq/
> storePathRootDir = /opt/data/rocketmq/data/
> storePathCommitLog=/opt/data/rocketmq/data/commitlog/
> storePathConsumerQueue=/opt/data/rocketmq/data/consumequeue/
> 解决问题的配置:
> rocketmqHome = /opt/data/rocketmq
> storePathRootDir = /opt/data/rocketmq/store
>
> 但目前还不知道最终的原因,只是配置项改了就好了。
> 再次感谢您的回复和建议。
> Best regards.
> Will.
>
> On 2018/09/04 02:02:18, Jason Joo <hblz...@163.com> wrote:
> > hi, will,
> >
> > 以下两点需要注意:
> >
> > 1. 检查配置文件命令参数是否正确
> > 2. 这种情况下启动前需要删除整个store数据目录,"refresh" boot
> >
> > best regards,
> >
> > Jason
> >
> > > On Sep 4, 2018, at 09:59, will.happy.will...@gmail.com wrote:
> > >
> > > Hi, Jason
> > >   十分抱歉还得打扰您,我把我们用的所有虚拟机全都重启了一次,然后将数据清理,重新启动集群,发现这个问题还是重在,我们用的是
> 2m-2s-async的,只有其中一个主,刚启动起来没有
> broker.log的日志(为空),只有store.log的日志,里面全部都是(2018-09-04 09:47:29 WARN
> StoreScheduledThread1 - disk space will be full soon, but delete file
> failed.
> > > 2018-09-04 09:47:39 WARN StoreScheduledThread1 - disk space will be
> full soon, but delete file failed.
> > > 2018-09-04 09:47:49 WARN StoreScheduledThread1 - disk space will be
> full soon, but delete file failed.)
> > > 而其他的broker确是正常的,感觉十分奇怪。
> > > 十分抱歉再次打扰。
> > >
> > > Best regards.
> > > Will.
> > >
> > > On 2018/09/03 11:58:48, Jason Joo <hblz...@163.com> wrote:
> > >> 对,物理重启
> > >>
> > >> 之前强删数据的时候碰过一次,删了shm也不管用,当时没去细查具体机制,索性做了重启快速恢复服务节点。
> > >>
> > >> best regards,
> > >>
> > >> Jason
> > >>
> > >>> On Sep 3, 2018, at 18:39, will.happy.will...@gmail.com wrote:
> > >>>
> > >>> 刚想起来,我没有重启namesrv,但应该和namesrv无关吧,我只重启了broker并且清了数据。
> > >>>
> > >>> On 2018/09/03 10:22:55, Jason Joo <hblz...@163.com> wrote:
> > >>>> 应该是某处缓存没清,一般发生在强停后强删数据文件之后,一般重启节点(系统)即可解决
> > >>>>
> > >>>> best regards,
> > >>>>
> > >>>> Jason
> > >>>>
> > >>>>> On Sep 3, 2018, at 18:04, will.happy.will...@gmail.com wrote:
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> On 2018/09/03 10:01:33, will.happy.will...@gmail.com <
> will.happy.will...@gmail.com> wrote:
> > >>>>>> 具体日志如下:
> > >>>>>> 2018-09-03 17:53:18 WARN StoreScheduledThread1 - disk space will
> be full soon, but delete file failed.
> > >>>>>> 2018-09-03 17:53:28 INFO StoreScheduledThread1 - physic disk
> maybe full soon, so reclaim space, -1.0
> > >>>>>> 2018-09-03 17:53:28 INFO StoreScheduledThread1 - begin to delete
> before 24 hours file. timeup: false spacefull: true
> manualDeleteFileSeveralTimes: 0 cleanAtOnce: false
> > >>>>>> INFO AllocateMappedFileService -
> /opt/push/rocketmq/store/commitlog mkdir OK
> > >>>>>> 2018-07-31 16:55:51 INFO StoreScheduledThread1 - logics disk
> maybe full soon, so reclaim space, -1.0
> > >>>>>> 2018-07-31 16:55:51 INFO StoreScheduledThread1 - begin to delete
> before 120 hours file. timeup: false spacefull: true
> manualDeleteFileSeveralTimes: 0 cleanAtOnce: false
> > >>>>>> 2018-07-31 16:55:51 WARN StoreScheduledThread1 - disk space will
> be full soon, but delete file failed.
> > >>>>>>
> > >>>>>> 把所有集群停止后把所有数据都清掉,再启动集群,还是会报这个错误,这个具体可能是什么原因呢?大大们帮忙看一下。
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>
> > >>>>
> > >>
> > >>
> >
> >
>

Reply via email to