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? Thank you!
Hi,
Install net-snmp 5.7 or higher on the Slowaris box and it should hopefully work :-)
At least that's what I'm told - I don't have 5.7 on my debians :[
But >16TB volumes get reported wrong due to 32/64bit issues in the older snmpds.
Tom
On Wed, 2013-03-13 at 16:03 +0100, 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? Thank you! _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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
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
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
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
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> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto: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
snmpwalk -v2c -c public -OQUs localhost UCD-SNMP-MIB::dskEntry dskEntry = No Such Object available on this agent at this OID
Thanks!
2013/3/19 Mike Stupalov landy2005@gmail.com
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 andoccupancy 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> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto: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
-- Mike Stupalov
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 03/19/2013 07:46 PM, Mihai - Cristian Satmarean wrote:
snmpwalk -v2c -c public -OQUs localhost UCD-SNMP-MIB::dskEntry dskEntry = No Such Object available on this agent at this OID
NO. Then, with a numeric OID please.
snmpwalk -v2c -c public -OQUs localhost .1.3.6.1.4.1.2021.9
Thanks!
2013/3/19 Mike Stupalov <landy2005@gmail.com mailto:landy2005@gmail.com>
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> <mailto: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> <mailto:observium@observium.org <mailto:observium@observium.org>> > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > > > -- > Mike Stupalov > > > _______________________________________________ > observium mailing list > observium@observium.org <mailto:observium@observium.org> <mailto:observium@observium.org <mailto:observium@observium.org>> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > > > _______________________________________________ > observium mailing list > observium@observium.org <mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto: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
#>snmpwalk -v2c -c public -OQUs localhost .1.3.6.1.4.1.2021.9 dskTable = No Such Object available on this agent at this OID
2013/3/19 Mike Stupalov landy2005@gmail.com
On 03/19/2013 07:46 PM, Mihai - Cristian Satmarean wrote:
snmpwalk -v2c -c public -OQUs localhost UCD-SNMP-MIB::dskEntry dskEntry = No Such Object available on this agent at this OID
NO. Then, with a numeric OID please.
snmpwalk -v2c -c public -OQUs localhost .1.3.6.1.4.1.2021.9
Thanks!
2013/3/19 Mike Stupalov <landy2005@gmail.com <mailto:landy2005@gmail.com
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 morewrong,
> 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> <mailto: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 OpenIndianafeatures,
> 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 newr3778.
> > 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> <mailto:observium@observium.org <mailto:observium@observium.org>> > >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
> > > > > -- > Mike Stupalov > > > _______________________________________________ > observium mailing list > observium@observium.org <mailto:observium@observium.org> <mailto:observium@observium.org <mailto:observium@observium.org>> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > > > _______________________________________________ > observium mailing list > observium@observium.org <mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto: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
-- Mike Stupalov
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
Can you please tellme what version of snmp are you using on which os? I'm using OpenIndiana 148 with snmp snmpstatus -V NET-SNMP version: 5.4.1
Thank you!
2013/3/20 Mike Stupalov landy2005@gmail.com
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
-- Mike Stupalov
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 03/20/2013 11:37 AM, Mihai - Cristian Satmarean wrote:
Can you please tellme what version of snmp are you using on which os? I'm using OpenIndiana 148 with snmp snmpstatus -V NET-SNMP version: 5.4.1
For use 64bit counters (dskTable), need net-snmp > 5.5
Thank you!
2013/3/20 Mike Stupalov <landy2005@gmail.com mailto:landy2005@gmail.com>
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 <http://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 <mailto: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 <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> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- Mike Stupalov _______________________________________________ observium mailing list observium@observium.org <mailto: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 -
Mihai - Cristian Satmarean -
Mike Stupalov -
Tom Laermans