Hello,
/snmpd.conf\
disk / 1000 #disk /gf-bk disk /brick0 1000 disk /brick1 1000 disk /brick2 1000 includeAllDisks 1%
if i changed the snmpd.conf, it's solved the issue but ... :)
When this crontab run at midnight 00 00 * * * root /usr/observium/discovery.php -h all >> /dev/null 2>&1
i lost my update ! or the discovery.php change something
any idea ?
On 02/21/2014 09:15 AM, Mike Stupalov wrote:
Daniel,
On 21.02.2014 17:53, Daniel Beruben wrote:
done :)
unfortunately so shows your net-snmp agent, there probably still have uncorrected bug (hrStorageSize less than hrStorageUsed). hrStorageDescr.42 = /brick0 hrStorageDescr.43 = /brick1 hrStorageDescr.44 = /brick2 hrStorageAllocationUnits.42 = 65536 hrStorageAllocationUnits.43 = 65536 hrStorageAllocationUnits.44 = 65536 hrStorageSize.42 = 1220869624 hrStorageSize.43 = 1220869624 hrStorageSize.44 = 1220869624 hrStorageUsed.42 = 2966000352 hrStorageUsed.43 = 3340720400 hrStorageUsed.44 = 2404943472
It most likely can be corrected if you include MIB UCD-SNMP-MIB::dskTable. Add (or uncomment) this options in your snmpd.conf:
disk / 10000 includeAllDisks 10%
On 02/21/2014 08:32 AM, Mike Stupalov wrote:
Daniel, please send me output for poller command:
./poller.php -d -m storage -h gf-bk01.gnint.prv
as attachment ot pastebin.
On 21.02.2014 17:24, Daniel Beruben wrote:
OK i will check !
As you can see the interpretation is wrong !
observium sees good sized disks but the space used is false
/dev/md4 73T 81G 73T 1% /brick0 /dev/md9 73T 130G 73T 1% /brick1 /dev/md10 73T 87G 73T 1% /brick2 gf-bk01-ib-gf-bk.rdma 437T 588G 437T 1% /gf-bk [root@gf-bk01 ~]#
On 02/21/2014 02:24 AM, Adam Armstrong wrote:
Hi,
Observium doesn't show mounts with the type of "network", because they hang the SNMPd process when they're unreachable.
$config['ignore_mount_network'] = 1; // Ignore network mounted storage
adam.
On 2014-02-20 11:36, Daniel Beruben wrote:
Thank you guys!! That fixed it.
But the main mount point network not appear on Observium :
Thx for your help !
#fstab : gf-bk01-ib-gf-bk.rdma on /gf-bk type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072)
#df -h gf-bk01-ibgf-bk.rdma 437T 208M 437T 1% /gf-bk
glusterfs-server-3.4.1-3.el6.x86_64 glusterfs-3.4.1-3.el6.x86_64 glusterfs-cli-3.4.1-3.el6.x86_64 glusterfs-rdma-3.4.1-3.el6.x86_64 glusterfs-libs-3.4.1-3.el6.x86_64 glusterfs-fuse-3.4.1-3.el6.x86_64
On 02/19/2014 04:48 PM, Nikolay Shopik wrote:
Old net-snmp cant handle big size disks you need 5.6 at least iirc
On 19 февр. 2014 г., at 22:02, Daniel Beruben dberuben@gammanetworking.com wrote:
Hi,
We use GlusterFS for our storages and we have partitions more than 73 TB , in Observium it's seem not recognized. It shows us that 8TB.
What is the status ? Someone has an idea ? a tweak ?
nagios-plugins-snmp-1.4.15-2.el6.x86_64 net-snmp-libs-5.5-49.el6.x86_64 net-snmp-5.5-49.el6.x86_64 net-snmp-utils-5.5-49.el6.x86_64
10:57:04 AM
Linux 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
/dev/md4 73T 35M 73T 1% /brick0 /dev/md9 73T 35M 73T 1% /brick1 /dev/md10 73T 35M 73T 1% /brick2
<mime-attachment.png>
<mime-attachment.png>
<mime-attachment.png>
Beruben Daniel
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov http://observium.org
