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

rabbit_disk_monitor can crash with badarith if win32sysinfo.exe request times out #10597

Closed
lukebakken opened this issue Feb 22, 2024 · 7 comments · Fixed by #10606
Closed

rabbit_disk_monitor can crash with badarith if win32sysinfo.exe request times out #10597

lukebakken opened this issue Feb 22, 2024 · 7 comments · Fixed by #10606
Assignees
Labels
bug pkg-windows An issue specific to Windows
Milestone

Comments

@lukebakken
Copy link
Collaborator

lukebakken commented Feb 22, 2024

Describe the bug

Reported here:
https://groups.google.com/g/rabbitmq-users/c/1IIUetvreos

Reproduction steps

If the call to the win32sysinfo.exe times out, NaN is saved as the free disk space, which can lead to badarith later on.

Expected behavior

No crash.

@lukebakken lukebakken added the bug label Feb 22, 2024
@lukebakken lukebakken self-assigned this Feb 22, 2024
@michaelklishin
Copy link
Member

Man, we cannot switch to fshc (which is done, just needs a proper release with builds for all three key operating systems) fast enough.

Although this particular issue with timeouts would have to be handled there, too.

@michaelklishin michaelklishin added this to the 3.13.1 milestone Feb 22, 2024
@michaelklishin michaelklishin changed the title rabbit_disk_monitor can crash with badarith rabbit_disk_monitor can crash with badarith if win32sysinfo.exe request times out Feb 22, 2024
@michaelklishin michaelklishin added the pkg-windows An issue specific to Windows label Feb 22, 2024
@lukebakken
Copy link
Collaborator Author

lukebakken commented Feb 22, 2024

I don't think fshc will fix issues with disk space calculation, since it does exactly the same thing as win32sysinfo.exe that ships with Erlang on Windows.

lukebakken added a commit that referenced this issue Feb 24, 2024
mergify bot pushed a commit that referenced this issue Feb 24, 2024
Fixes #10597

(cherry picked from commit 537b5a1)
mergify bot pushed a commit that referenced this issue Feb 25, 2024
Fixes #10597

(cherry picked from commit 537b5a1)
mkuratczyk pushed a commit that referenced this issue Feb 27, 2024
michaelklishin pushed a commit that referenced this issue Feb 29, 2024
@PauloHMattos
Copy link

Hello @lukebakken @michaelklishin, is there any estimate to when this fix will be available in 3.12?

@michaelklishin
Copy link
Member

@PauloHMattos it was not backported to v3.12.x. It will be available in 3.13.1 this week or the next.

@PauloHMattos
Copy link

v3.12.x it's no longer supported?

@michaelklishin
Copy link
Member

There is a doc guide that explains which release series are supported.

However, "supported" does not mean that we will backport everything to 3.12.x. This is not a critically important issue as its worst case outcome is that a single node metric won't be available and logs will be polluted with exception stack traces.

Time to upgrade to 3.13.1 when it comes out.

@PauloHMattos
Copy link

Ok. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug pkg-windows An issue specific to Windows
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants