Hi
I have a big storage to monitor in the redhat OS
Linux sgsnoasindd04lx-priv 2.6.32-642.13.1.el6.x86_64 #1 SMP Wed Nov 23 16:03:01 EST 2016 x86_64 x86_64 x86_64 GNU/Linux
./check_snmp_storage -H 10.205.139.35 -S0,1 -C SGS-MGMT-01 -m / -q FixedDisk -o 2000 -w 95 -c 98
CRITICAL : (>98%) /netapp/lun02: 261%used(7496464MB/2876126MB) /netapp/lun01: 254%used(7299876MB/2875841MB)
The check tell me that the 261% is used (IS WRONG)
Using df -k command , on the sistem , I can see
/dev/mapper/netapp01p1 ext4 11534795648 7475072648 3473782164 69% /netapp/lun01
/dev/mapper/netapp02p1 ext4 11535087472 7676379484 3272752356 71% /netapp/lun02
Please some one could help me to solve the check problem ?
Thanks
Emilio
check_snmp_storage Ver 1.3.3 and big FS
Re: check_snmp_storage Ver 1.3.3 and big FS
There's a known issue with the HOST-RESOURCES-MIB module which leads to integer overflow when handling large block counts.
Try including these in your remote system's /etc/snmp/snmpd.conf:
Then do a service snmpd restart to apply the changes.
If that doesn't work, I made some alterations to the original plugin to leverage a different set of OIDS. You might give it a shot:
https://github.com/mcapra/nagios-check_snmp_storage_ucd
Try including these in your remote system's /etc/snmp/snmpd.conf:
Code: Select all
includeAllDisks 10000
realStorageUnits 0
If that doesn't work, I made some alterations to the original plugin to leverage a different set of OIDS. You might give it a shot:
https://github.com/mcapra/nagios-check_snmp_storage_ucd
Former Nagios employee
https://www.mcapra.com/
https://www.mcapra.com/
Re: check_snmp_storage Ver 1.3.3 and big FS
The solution WORK !!!
Thanks
Emilio
Thanks
Emilio
Re: check_snmp_storage Ver 1.3.3 and big FS
Glad to hear it! I'll be closing this thread now, but feel free to open another if you need anything in the future!
Former Nagios employee