You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@rocketmq.apache.org by GitBox <gi...@apache.org> on 2018/11/23 09:03:13 UTC
[GitHub] a13794479495 opened a new issue #560: [TIMEOUT_CLEAN_QUEUE] period
in queue: 3002ms
a13794479495 opened a new issue #560: [TIMEOUT_CLEAN_QUEUE] period in queue: 3002ms
URL: https://github.com/apache/rocketmq/issues/560
The issue tracker is **ONLY** used for bug report and feature request. Keep in mind, please check whether there is an existing same report before your raise a new one.
Alternately (especially if your communication is not a bug report), you can send mail to our [mailing lists](http://rocketmq.apache.org/about/contact/). We welcome any friendly suggestions, bug fixes, collaboration and other improvements.
Please ensure that your bug report is clear and that it is complete. Otherwise, we may be unable to understand it or to reproduce it, either of which would prevent us from fixing the bug. We strongly recommend the report(bug report or feature request) could include some hints as the following:
**BUG REPORT**
1. Please describe the issue you observed:
- What did you do (The steps to reproduce)?
- What did you expect to see?
- What did you see instead?
2. Please tell us about your environment:
3. Other information (e.g. detailed explanation, logs, related issues, suggestions how to fix, etc):
**FEATURE REQUEST**
1. Please describe the feature you are requesting.
in production environment，we set up an 2m-2s-sync rocketmq cluster,currently,the tps < 100;
however,the message producer occasionally appears [TIMEOUT_CLEAN_QUEUE] everyday,as follows:
I find out some solutions forexample #348 and adjust rocketmq cluster's config:
waitTimeMillsInSendQueue 200ms ->3000ms
sendMessageThreadPoolNums 1 ->16
useReentrantLockWhenPutMessage false -> true
but producer still appears the exception:
the message after reachs the broker wait for so long time in queue,why?please help!
2. Provide any additional detail on your proposed use case for this feature.
rocketmq cluster：2m-2s-sync
flush disk: async flush
other rocketmq cluster's config: default
server num: 4
OS: centos 7，8 core 32G
hard disk: SSD
other application on linux：redis(redis has closed data persistence)
server's memory is enough.
2. Indicate the importance of this issue to you (blocker, must-have, should-have, nice-to-have). Are you currently using any workarounds to address this issue?
4. If there are some sub-tasks using -[] for each subtask and create a corresponding issue to map to the sub task:
- [sub-task1-issue-number](example_sub_issue1_link_here): sub-task1 description here,
- [sub-task2-issue-number](example_sub_issue2_link_here): sub-task2 description here,
- ...
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services