![](https://secure.gravatar.com/avatar/42d9edbe2df229bd7f590c4f289ba563.jpg?s=120&d=mm&r=g)
Disk size is right for me.
[root@nas ~]# df -h | grep Media Media 2.2T 1.2T 1.0T 55% /mnt/Media [root@nas ~]# zfs list -o space NAME AVAIL USED USEDSNAP USEDDS USEDREFRESERV USEDCHILD Media 1.01T 1.21T 0 1.21T 0 21.1M
$ php ./poller.php -m storage -h nas.stupalov.ru | grep Media Storage /mnt/Media, type: zfs, dev: Media: 55%
If something is not right for you, then the problem is snmpd on your server.
On Tue, Mar 19, 2013 at 6:27 PM, 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