Hi, Daniel.

Please check latest revision (r5083).
I did rewrite storage discovery/poller module.
Update:
svn up
./discovery.php -h none
./discovery.php -d -m storage -h all > /tmp/all.storage


On 05.03.2014 22:14, Daniel Beruben wrote:
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 :)

http://pastebin.com/vnwERWdz
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

      



_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium


-- 
Mike Stupalov
http://observium.org