The problem is that the number returned is a signed 32-bit value, which depending upon the block-size used as multiplier, can only return values so high.
We will at some point work around it by returning these values directly from df via the agent. It's unlikely we'll support OI though, as the data format will be different and we don't want to commit to maintaining code for niche OSes ;)
adam.
On Tue, 19 Mar 2013 16:06:03 +0100, Mihai - Cristian Satmarean mihai.satmarean@gmail.com wrote:
Thanks,
then maybe also updating net-snmp would help a little.
still that happens on Linux as well.
Best!
2013/3/19 Adam Armstrong adama@memetic.org
We can't fix this because the numbers are not correctly reported by NetSNMP.
We can't currently show the quota for the same reason, it's not
reported
by SNMP.
We may work around these issues for Linux hosts using agent scripts,
but
this is unlikely to apply to other OSes.
adam.
On Tue, 19 Mar 2013 15:27:16 +0100, Mihai - Cristian Satmarean mihai.satmarean@gmail.com wrote:
Thank you Mike for the update,
it is more accurate indeed, but on larger filesystems is more wrong, eg before on a system occupied 92% from 25TB it would report 148% and
show
some random size, now after the update is says 4% occupied
zfs list -o space | grep tank tank 1.17T 23.8T 3.77T 20.1T 0
0
observium reports /tank 4%
and that ever reversed is not the case
is good for filesystems under a certain size, maybe 2TB.
Also, if possible, please add the filesystem quota in the graph, now
is
not
there.
Best!
2013/3/19 Mike Stupalov landy2005@gmail.com
Hi,
On 03/13/2013 07:03 PM, Mihai - Cristian Satmarean wrote:
Hi all,
I have a zfs filesystem on OpenIndiana that is 25 TB and
occupancy
is
around 90%. Observium correctly recognizes most of the OpenIndiana features,
but
the size of this filesystem is reported around 1.5 Tb.
Is there something I can do to fix it?
Please check the size (and occupancy) displayed with a new r3778.
For a quick check, after the upgrade, run the command: php ./poller.php -m storage -h <device>
The problem is that using 32bit counters.
Thank you!
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov
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