Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Fix metrics and transactional not shutdown cause broker coredump #7305

Closed
3 tasks done
lizhimins opened this issue Sep 6, 2023 · 0 comments · Fixed by #7307
Closed
3 tasks done

[Bug] Fix metrics and transactional not shutdown cause broker coredump #7305

lizhimins opened this issue Sep 6, 2023 · 0 comments · Fixed by #7307

Comments

@lizhimins
Copy link
Member

lizhimins commented Sep 6, 2023

Before Creating the Bug Report

  • I found a bug, not just asking a question, which should be created in GitHub Discussions.

  • I have searched the GitHub Issues and GitHub Discussions of this repository and believe that this is not a duplicate.

  • I have confirmed that this bug belongs to the current repository, not other repositories of RocketMQ.

Runtime platform environment

MacOS 13.5.1 / Linux 4.19

RocketMQ version

latest develop branch (5.1.3)

JDK Version

JDK11

Describe the Bug

When the broker shutdown gracefully, if the metrics timing task happens to be executed at this time, and the delay message module has been closed normally, the broker will accesses illegal direct memory, causing broker coredump.

当 Broker 正常关闭时(优雅下线),metrics 和 transactional 两个服务没有正常关闭。
假如此时 metrics 定时任务正好执行,但是定时消息模块已经正常关闭了,此时 broker 在下线时访问了非法内存,造成 coredump

Steps to Reproduce

No

What Did You Expect to See?

Broker shutdown normally

What Did You See Instead?

Broker coredump

Additional Context

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant