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