TOP LEVEL CATEGORIES
EXPLORE
Description:
Bug and feature update to check_iftraffic3. This is a 64 (and 32) bit Nagvis compatible SNMP iftraffic check. Renamed to highlight the change from 32 to 64 bit as the default counters used. Tested with Windows 2003/08/12, Linux (RedHat), and Cisco devices.
Current Version
.77
Last Release Date
2018-03-27
Compatible With
Owner
Greg
License
GPL
Built on over 25 years of monitoring experience, the Nagios Core Services Platform provides insightful monitoring dashboards, time-saving monitoring wizards, and unmatched ease of use. Use it for free indefinitely.
Check plugin
PNP4Nagios template.
Hi GeoHolz, Yes, the fix was just posted in version .75. Thanks for pointing out the deficiency. -greg
Hi Unic, If you are specifying bandwidth limits with the -I and -O switches then the plugin is going to use those parameters in calculations. In that case if your getting more than 100% throughput the only thing I can think of is that the circuit is faster that listed.
Hi, I am not sure of all cases that would cause this. There are a few I am aware of though. 1. We had a NAS device that returned the 32 bit counter value for both 32 bit and 64 bit SNMP queries. This took us a while to figure and we were surprised to see them doing this. This will give you the types of results you are seeing, though I imaging (and hope) that this is a rare situation. 2. Another case is when two instances of Nagios are writing to the temp file for an interface messing with the calculations of the other check. There may be other causes but these are the two that come to mind. You can try the latest version of the plugin there may be something else that was fixed there that would address this as well.
Hi ogirard, If you add '--force' to your check command it should resolve your issue. See the ALERT section of the check description for an explanation of the issue. cheers, -greg
Hi notic, Use the '--force' switch in your command. See the ALERT section of the description above for details. -greg
Hi, Thanks for pointing this out. The bug has been fixed, thanks to Gerhard M. who also reported this bug. -greg
The -b switch does require an argument, it also requires the -u switch which specifies the units. For example you would do some thing like: '-b 100 -u m' for an interface speed of 100mb.
Hi domensetar, The check does not intentionally discriminate against Brocade. It is using standard SNMP API's in perl to query the end devices. I'm not sure why they don't work. We don't use Brocade devices here, nor do i have any to test with. If you are still trying to resolve this you could send me an example of the errors you are getting, I may be able to figure it out. -greg
I believe the "Illegal division" issue has been fixed. The other one however, 'Return code of 25..." has not been resolved. I have been unable to track it down but suspect it has something to do with the nagios host not able to open any more network connections for the script. We see that one in our environment but it is intermittent. I don't understand the relationship between the perl interpreter and the network sockets ona machine, is there a limit to how many a process can open? I may be way off on this.
I agree that SNMPv3 should be added to make the check more complete. Currently this is not a requirement by my employer, until that changes I won't have any cycles to offer in that regard. If you want to add that functionality, I would upload it here. Regards, -greg
You must be logged in to submit a review.
Your review has been submitted and is pending approval.
To:
From:
Your recommendation has been sent.