>
> On 03/19/2013 06:27 PM, Mihai - Cristian Satmarean 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%
>
> Please send me snmpwalk from your device (if you can):
> snmpwalk -v2c -c <community> -OQUs <device> UCD-SNMP-MIB::dskEntry
>
>
>
> > 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
> <mailto:
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 <mailto:
observium@observium.org>