How to set customOID to use 1024 instead of 1000
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte #snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132 Here are output from your cluster: vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas 416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats"
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
Regards
Simon
Hi Simon,
Observium is displaying values in Giga, so it's not wrong... Obviously it'll be a different number when using different units :-) (in effect it's RRDtool doing the value -> kilo/mega/gigavalue conversion, Observium has no clue you're polling bytes with custom OID).
Tom
On 9/24/2018 3:42 PM, Simon Mousey Smith wrote:
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
/Just for reference: 1 Gibibyte = 2^30 Byte = 1,073,741,824 Byte 1 Gigabyte = 10^9 Byte = 1,000,000,000 Byte/ #snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64:*416509057132* Here are output from your cluster: vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS:*387.9GB* in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas *_416509057132/(1024*3) = 387.9 GB_* which is exactly the same as in "stats" /Just for reference: 1 Gibibyte = 2^30 Byte = 1,073,741,824 Byte 1 Gigabyte = 10^9 Byte = 1,000,000,000 Byte/
*Regards*
*Simon *
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hey Simon,
I believe adam is working on something like this - see my thread on Custom Math function - will this work for you?
I am thinking you might be able to do something like:
(/1024)*1000
?
Sent from my iPhone
On 25/09/2018, at 01:42, Simon Mousey Smith simonsmith5521@gmail.com wrote:
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte #snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132 Here are output from your cluster: vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas 416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats"
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
Regards
Simon _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Peter,
Yes indeed your custom math function would work!
I will just hang fire then :)
Regards
Simon
On 24 Sep 2018, at 19:42, Peter De Wit pieter.dewit@hitechsolutions.co.nz wrote:
Hey Simon,
I believe adam is working on something like this - see my thread on Custom Math function - will this work for you?
I am thinking you might be able to do something like:
(/1024)*1000
?
Sent from my iPhone
On 25/09/2018, at 01:42, Simon Mousey Smith <simonsmith5521@gmail.com mailto:simonsmith5521@gmail.com> wrote:
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte #snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132 Here are output from your cluster: vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas 416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats"
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
Regards
Simon _______________________________________________ observium mailing list observium@observium.org mailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
This is actually something that needs to be done in rrdtool when generating the graphs rather than before.
I'll look at adding a ^2 option to the custom oid stuff, which will fix this.
Though, storage stuff should really be put into storage :)
adam.
On 2018-09-26 12:44, Simon Mousey Smith wrote:
Hi Peter,
Yes indeed your custom math function would work!
I will just hang fire then :)
Regards
Simon
On 24 Sep 2018, at 19:42, Peter De Wit pieter.dewit@hitechsolutions.co.nz wrote:
Hey Simon,
I believe adam is working on something like this - see my thread on Custom Math function - will this work for you?
I am thinking you might be able to do something like:
(/1024)*1000
?
Sent from my iPhone
On 25/09/2018, at 01:42, Simon Mousey Smith simonsmith5521@gmail.com wrote:
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
#snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132
Here are output from your cluster:
vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas
416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats"
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
REGARDS
SIMON
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
This is now working in r9444.
I've added options to custom oids for for binary/1024/kibibytes and logarithmic y axis.
This are graphing options, so don't affect anything else. (though I just realised I probably need to change the text string returned too).
adam
On 2018-09-24 15:42, Simon Mousey Smith wrote:
Hi All
Im trying to find out if its possible to change the conversion rate being used in the CustomOID ?
When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong…
This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB
The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes.
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
#snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132
Here are output from your cluster:
vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas
416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats"
Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte
REGARDS
SIMON _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
LEGENDARY ADAM !!!
WORKS PERFECTLY !!!
THANK YOU !!!
Regards
Simon
On 27 Sep 2018, at 13:37, Adam Armstrong adama@memetic.org wrote:
This is now working in r9444.
I've added options to custom oids for for binary/1024/kibibytes and logarithmic y axis.
This are graphing options, so don't affect anything else. (though I just realised I probably need to change the text string returned too).
adam
On 2018-09-24 15:42, Simon Mousey Smith wrote:
Hi All Im trying to find out if its possible to change the conversion rate being used in the CustomOID ? When I SNMPGET a value from our storage system its returning a value and observium is then doing the conversion wrong… This is the reply I received from there support team after hours of me trying to work out why observium was showing 416.5GB and they was showing 387.9GB The command you are using shows result in bytes. At the same time "vstorage stat" command shows result in Gibibites not Gigabytes. Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte #snmpget -v2c -cpublic 10.10.10.254 .1.3.6.1.4.1.8072.161.1.1.3.0 NET-SNMP-MIB::netSnmp.161.1.1.3.0 = Counter64: 416509057132 Here are output from your cluster: vstorage -c hestor stat | head -n 10 connected to MDS#11 Cluster 'hestor': healthy Space: [OK] allocatable 636.0GB (+2.28TB unlicensed) of 3.74TB, free 636.0GB of 1TB MDS nodes: 7 of 7, epoch uptime: 2d 22h, cluster version: 126 CS nodes: 7 of 7 (7 avail, 0 inactive, 0 offline), storage version: 126 License: [Error] License not loaded, capacity limited to 1024Gb Replication: 1 norm, 1 limit Chunks: [OK] 1767 (100%) healthy, 0 (0%) standby, 0 (0%) degraded, 0 (0%) urgent, 0 (0%) blocked, 0 (0%) pending, 0 (0%) offline, 0 (0%) replicating, 0 (0%) overcommitted, 0 (0%) deleting, 0 (0%) void FS: 387.9GB in 541 files, 541 inodes, 235 file maps, 1767 chunks, 3621 chunk replicas 416509057132/(1024*3) = 387.9 GB which is exactly the same as in "stats" Just for reference: 1 Gibibyte = 230 Byte = 1,073,741,824 Byte 1 Gigabyte = 109 Byte = 1,000,000,000 Byte REGARDS SIMON _______________________________________________ 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
participants (4)
-
Adam Armstrong -
Peter De Wit -
Simon Mousey Smith -
Tom Laermans