-
Notifications
You must be signed in to change notification settings - Fork 29
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
service check timed out on upgraded Debian stretch #17
Comments
Hi Petr. This might be related to the issue reported here: https://jira.op5.com/browse/MON-10348 |
I found old comments on https://exchange.nagios.org/directory/Plugins/Operating-Systems/%2A-Virtual-Environments/VMWare/check_vmware_api/details which describes a solution with installation of older version of GAAS/Net-HTTP-6.03.tar.gz but this plugin is not accessible anymore and I can´t to apply this solution. |
New very interesting point. I made complete rolback by vmware snapshot back to old Debian, then I upgraded to new Debian Stretch, install all perl plugins, install vmware vsphere cli and plugin works fine. But after few second the all commands again ends with error "CHECK_VMWARE_API.PL UNKNOWN - plugin timed out (timeout 30s)". What´s wrong? Why the plugin work only few second and after that not? root@server:/usr/local/user/libexec# ./check_vmware_api.pl -H czprgvm90 -u user -p password -l cpu -w 90 -c 95 |
that's the same issue I'm having: |
I changed the vmware plugin to check_vmware_esx.pl and everything works fine without issues. For me this is good solution now. |
I have the exact same problem on our ubuntu 16.04. I have the following cpan modules installed:
|
does someone has a clue on how to fix this? |
When stracing the script I noticed that it was trying to read from /dev/random and was stuck there.
If there is not enough entropy available, it simply waits until more bits can be read from /dev/random (in other words, /dev/random is 'blocking', see https://unix.stackexchange.com/questions/243127/how-to-check-if-reading-from-dev-random-will-block) If there are enough random bytes in /dev/random, everything works as it should.
=> fast return of the script
So then it is exhausted and the next call of the script will hang a long time and probably timeout. If the script is run in parallel, all instances are waiting for entropy and timeout. As this is a problem on my new debian stretch VM and wasn't on the previous one (squeeze), I assume it must have something to do with updated Perl libs or SDK code which now get their entropy from /dev/random and maybe previously from /dev/urandom (which does not block because it provides pseudorandom bits if the real entropy is exhausted) Anyway, installing 'haveged' (HArdware Volatile Entropy Gathering and Expansion Daemon) provides my /dev/random with more entropy and hence, fixed my problem. (note: not running in production yet) I notice in the strace output that it's looking for other files first:
So maybe there are other workarounds which provide the same result e.g. by providing a /dev/egd-pool device. More information: |
This plugin is "deprecated" from our side, and so most likely won't see any updates. We are therefore closing all open issues. Sorry about that. The following project, which was forked from this one, might be of interest to you: https://github.com/BaldMansMojo/check_vmware_esx/ |
Hello,
today i upgraded my Debian server with Nagios Core to stretch version. Everything works fine except check_vmware_api plugin.
All checks ends with status "service check timed out after 60.01 seconds".
Can you help me please? I havn´t any idea whats wrong :( I have installed Nagios 4.3.2 with vsphere cli 6.5.0 (this version works fine on previous version of Debian).
Thanks, petr
The text was updated successfully, but these errors were encountered: