tmq/data/
> storePathCommitLog=/opt/data/rocketmq/data/commitlog/
> storePathConsumerQueue=/opt/data/rocketmq/data/consumequeue/
> 解决问题的配置：
> rocketmqHome = /opt/data/rocketmq
> storePathRootDir = /opt/data/rocketmq/store
>
> 但目前还不知道最终的原因，只是配置项改了就好了。
> 再次感谢您的回复和建议。
> Bes
: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 wrote:
>> 对，物理重启
>>
>> 之前强删数据的时候碰过一次，删了shm也不管用，当时没去细查具体机制，
对，物理重启
之前强删数据的时候碰过一次，删了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 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
> wrote:
>> 具体日志如下：
>> 2018-09-03 17:53:18 WARN StoreScheduledThread1 - disk space will be full
>> soo
hi, shen hui
关于namesvrFetching，具体补充一下
首先设置方法比较简单，无论是命令行用-D还是如下的创建实例前临时环境变量设置：
System.setProperty("rocketmq.namesrv.domain", "rocketmq.x.org");
System.setProperty("rocketmq.namesrv.domain.subgroup", "nsaddr");
对应的地址：http://rocketmq.x.org:8080/rocketmq/nsaddr
(唯一的问题是端口固定为8080，之前是fork分支另行维护
集即可。
best regards,
Jason
> On Jul 2, 2018, at 15:20, 王伟 wrote:
>
> hi, jason
>
> 我们的服务是分布式布署接收客户端的请求并作响应（移动终端），服务端在收集到数据后发往rocketmq（内网布署，提供外网ip），然后内部程序（内网布署）消费rocketmq拿去数据做后续分析处理，由于数据量较大，所以想尽可能的多利用内网资源以节流量，所以才有这个问题的提出，看看你们是否有这方面成功的方法可分享。
>感谢您的回复。
>
> best wishs。
>
proxy怎么处理这一块，请原谅我知识的浅溥，能麻烦你说一下详细的方案吗？
>谢谢！
> Best regards。
>
>> 在 2018年7月2日，上午11:47，Jason Joo mailto:hblz...@163.com>> 写道：
>>
>> tcp proxy
>>
>>
>> best regards,
>>
>> Jason
>>
>>> On Jul 2, 2018, at 11:3
tcp proxy
best regards,
Jason
> On Jul 2, 2018, at 11:30, will.happy.will...@gmail.com wrote:
>
> hi，各位rocketmq的大大位，先简单描述一下应用场景：
>
> 我们使用的模式是 外网生产数据，内网消费数据，这样 broker与 namesrv配置外网IP，是可以解决我们的使用场景的，但是，我们的consumer与
> broker及 namesrv是在同一内网环境的，由于数据量较大，我们想
> 生产的时候使用外网ip，消费的时候使用内网，但是当前broker的配置并不支持
maybe you forgot to set the ENV:
export NAMESRV_ADDR=172.24.150.158:9876
best regards,
Jason
> On Jun 15, 2018, at 15:15, 鳞波微步 <371887...@qq.com> wrote:
>
> Hi,
>
> I follow http://rocketmq.apache.org/docs/quick-start/ to setup RocketMQ and
> test message sending.
>
> Environment:
>
> # c
Hello,
We have a cluster with 2m-2s architecture. TPS is between 1000 to 6000 and
about 200 million messages in 24 hours typically.
The commit log size is about 200GB and can be cached in memory fully.
Our server(one rocketmq each, 4 servers in this cluster):
6 core Xeon-E5-2620 x 2 (24 thread t
10 matches
Mail list logo
