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
check_disk is very slow #1919
Comments
Hi @nono-gdv, If possible, could you grab a debugger and see where PS: I also would be quite interested to learn what this setup does. |
ahhh, forgot about that. this might fix the issues, it is worth a try. |
I just tested and can confirm the issue was introduced in commit dd249c5 fixed in 0dd1110, even though there is no automounter involved in my case. Sorry for the noise, I should have checked the master branch first. As for "what this setup does", the box hosts mirrors of 40 or 50 APT repos with daily snapshots (implemented as ZFS snapshots), with the oldest going back almost 3 years, hence the huge number of mounts. |
@waja Sounds like you might want to cherry-pick that patch then. |
@nono-gdv It would be very welcomed to report that issue in den Debian BTS. This might raise the chance to get that fixed in Debian 12, cause patches for minor (or no) bug fixes have a small chance to get accepted by stable release managers. |
This was fixed with 22_check_disk_avoid_mount (https://sources.debian.org/src/monitoring-plugins/2.3.3-6/debian/patches/22_check_disk_avoid_mount/) in Version 2.3.3-6. Let's see if I get the chance to backport it. |
This issue will be solved with the next stable point release: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052218#24 |
Which happened right now. :) |
Hi,
Since upgrading from Debian 11 (monitoring-plugins 2.3.1) to Debian 12 (monitoring-plugins 2.3.3), check_disk has gotten very slow on one of our servers.
Here is the old version 2.3.1:
I tried the exact same command line with version 2.3.3 but gave up and stopped the command after more than one hour.
The machine has about 16000 mounted filesystems, most of them ZFS snapshots (which check_disk should ignore with this command line).
Running the plugin under strace shows it calling statfs again and again.
I suspect this behaviour was introduced in commit dd249c5 but I have not formally verified it.
The text was updated successfully, but these errors were encountered: