Human readable disk space
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed. This doesn't affect the graph which goes by percentage. HTH Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton <rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)" disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" <jeremy.ruffer at gmail.com> wrote:
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed. This doesn't affect the graph which goes by percentage. HTH Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton <rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
I'm afraid that I don't know, we don't use disk1. Jeremy Ruffer
On 30 August 2017 at 15:33, Robert Herron <robert.herron at gmail.com> wrote:
What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)" disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" <jeremy.ruffer at gmail.com> wrote:
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed. This doesn't affect the graph which goes by percentage. HTH Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton <rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
When you have large volumes, disk1 is the better view. 99% can still a significant amount so looking at usage vs percentage is much more relevant.
=G=
From: Xymon <xymon-bounces at xymon.com> on behalf of Jeremy Ruffer <jeremy.ruffer at gmail.com> Sent: Wednesday, August 30, 2017 11:38 AM To: Robert Herron Cc: xymon Mailing List Subject: Re: [Xymon] Human readable disk space
EXTERNAL
I'm afraid that I don't know, we don't use disk1. Jeremy Ruffer
On 30 August 2017 at 15:33, Robert Herron <robert.herron at gmail.com<mailto:robert.herron at gmail.com>> wrote: What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)" disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" <jeremy.ruffer at gmail.com<mailto:jeremy.ruffer at gmail.com>> wrote: I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed. This doesn't affect the graph which goes by percentage. HTH Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton <rlhamil2 at gmail.com<mailto:rlhamil2 at gmail.com>> wrote: Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl<mailto:mailinglist at tikklik.nl>> wrote: Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
@ Robert
Im sorry yoy lost me
Where do you mean?
@jerremy Would you like to share the file with me?
Van: Xymon [mailto:xymon-bounces at xymon.com] Namens Robert Herron Verzonden: woensdag 30 augustus 2017 16:34 Aan: xymon Mailing List <xymon at xymon.com> Onderwerp: Re: [Xymon] Human readable disk space
What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)"
disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" < <mailto:jeremy.ruffer at gmail.com> jeremy.ruffer at gmail.com> wrote:
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed.
This doesn't affect the graph which goes by percentage.
HTH
Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton < <mailto:rlhamil2 at gmail.com> rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan < <mailto:mailinglist at tikklik.nl> mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
The altered line is line 50
On 31 August 2017 at 10:07, Steffan <mailinglist at tikklik.nl> wrote:
@ Robert
Im sorry yoy lost me
Where do you mean?
@jerremy Would you like to share the file with me?
*Van:* Xymon [mailto:xymon-bounces at xymon.com] *Namens *Robert Herron *Verzonden:* woensdag 30 augustus 2017 16:34 *Aan:* xymon Mailing List <xymon at xymon.com> *Onderwerp:* Re: [Xymon] Human readable disk space
What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)"
disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" <jeremy.ruffer at gmail.com> wrote:
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed.
This doesn't affect the graph which goes by percentage.
HTH
Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton <rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan <mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
If i look at line 50 i see
df -Pl -x iso9660 -x $EXCLUDES | sed -e '/^[^ ][^ ]*$/{
I changed it to
df -Plh -x iso9660 -x $EXCLUDES | sed -e '/^[^ ][^ ]*$/{
that works
to bad I have to go trough all servers…
Van: Jeremy Ruffer [mailto:jeremy.ruffer at gmail.com] Verzonden: donderdag 31 augustus 2017 11:32 Aan: Steffan <mailinglist at tikklik.nl> CC: xymon Mailing List <xymon at xymon.com> Onderwerp: Re: [Xymon] Human readable disk space
The altered line is line 50
On 31 August 2017 at 10:07, Steffan < <mailto:mailinglist at tikklik.nl> mailinglist at tikklik.nl> wrote:
@ Robert
Im sorry yoy lost me
Where do you mean?
@jerremy Would you like to share the file with me?
Van: Xymon [mailto: <mailto:xymon-bounces at xymon.com> xymon-bounces at xymon.com] Namens Robert Herron Verzonden: woensdag 30 augustus 2017 16:34 Aan: xymon Mailing List < <mailto:xymon at xymon.com> xymon at xymon.com> Onderwerp: Re: [Xymon] Human readable disk space
What does it do to the "Disk Usage" (aka disk1) graphs?
disk = "Disk Utilization (% full)"
disk1 = "Disk Usage (bytes)
On Aug 30, 2017 5:48 AM, "Jeremy Ruffer" < <mailto:jeremy.ruffer at gmail.com> jeremy.ruffer at gmail.com> wrote:
I hacked xymonclient-linux.sh and changed k to G, I think. It actually took me a while to work out what I had changed.
This doesn't affect the graph which goes by percentage.
HTH
Jeremy Ruffer
On 30 August 2017 at 10:35, Richard Hamilton < <mailto:rlhamil2 at gmail.com> rlhamil2 at gmail.com> wrote:
Just at a guess, one could easily enough change the client-side scripts, but that would break the graphs, which probably need unscaled numbers. Even if the graphing could have the ability to understand scaled numbers, that would introduce rounding errors (sort of a staircase effect on the graph) proportional to the scale in use for a particular number.
In principle, I guess the report could have one part that's human-readable, and another part that's used for the graphs. How feasible that is, I'll leave to someone else to answer.
On Wed, Aug 30, 2017 at 4:27 AM, Steffan < <mailto:mailinglist at tikklik.nl> mailinglist at tikklik.nl> wrote:
Hello List,
Im using xymon for many years I just wondering is there a easy way to make the output more readable?
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/mapper/sysvg-root 10321208 4397592 5399328 45% / /dev/sda1 1032088 152244 827416 16% /boot /dev/mapper/sysvg-vz 1898719656 249544968 1552725360 14% /vz
As you see there is no scaling in the output to GB etc
Thanxs
Steffan
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list <mailto:Xymon at xymon.com> Xymon at xymon.com <http://lists.xymon.com/mailman/listinfo/xymon> http://lists.xymon.com/mailman/listinfo/xymon
participants (5)
-
Galen.Johnson＠sas.com
-
jeremy.ruffer＠gmail.com
-
mailinglist＠tikklik.nl
-
rlhamil2＠gmail.com
-
robert.herron＠gmail.com