[Xymon] diskstat.pl

SebA spah at syntec.co.uk
Tue Nov 12 13:58:17 CET 2019


I see that Name is followed by '' in the @DS definition - I think that
might be the issue, it sounds like you need to put an actual name in there.

Kind regards,

SebA



On Tue, 12 Nov 2019 at 11:55, Becker Christian <
christian.becker at rhein-zeitung.net> wrote:

> I forgot to include the following code snippet from Wim Nelis’ script
> diskstat.pl – no idea if something has to be adjusted here.
>
> This is where he describes and initializes the DS types:
>
>
>
> # Define the name of each data-set, the unit conversion factor and the RRD
> type.
>
> # Note that RRD requires that the values of type 'DERIVE' are integer. If
>
> # however floating point numbers are used, the RRD type must be set to
>
> # 'DDERIVE'.
>
> #
>
> my @DS= (                 # Define parameters of the datasets
>
>     [ 'Name'     ,     1, ''        ],     #  0 - Name of disk / partition
>
>     [ 'RdRequest',     1, 'DERIVE'  ],     #  1 - Read requests
>
>     [ 'RdMerge'  ,     1, 'DERIVE'  ],     #  2 - Read request merges
>
>     [ 'RdAmount' ,   512, 'DERIVE'  ],     #  3 - Sectors read
>
>     [ 'RdTime'   , 0.001, 'DDERIVE' ],     #  4 - Time spent reading [ms]
>
>     [ 'WrRequest',     1, 'DERIVE'  ],     #  5 - Write requests
>
>     [ 'WrMerge'  ,     1, 'DERIVE'  ],     #  6 - Write request merges
>
>     [ 'WrAmount' ,   512, 'DERIVE'  ],     #  7 - Sectors written
>
>     [ 'WrTime'   , 0.001, 'DDERIVE' ],     #  8 - Time spent writing [ms]
>
>     [ 'IoQueue'  ,     1, 'GAUGE'   ],     #  9 - Length of I/O queue
>
>     [ 'IoTime'   , 0.001, 'DDERIVE' ],     # 10 - Time spent for I/O [ms]
>
>     [ 'IoWTime'  , 0.001, 'DDERIVE' ] # 11 - Time weighted with (9)
>
> ) ;
>
>
>
>
>
> Regards
>
> Christian
>
>
>
> *Von:* SebA <spah at syntec.co.uk>
> *Gesendet:* Dienstag, 12. November 2019 12:26
> *An:* Becker Christian <christian.becker at rhein-zeitung.net>
> *Betreff:* Re: [Xymon] diskstat.pl
>
>
>
> I believe that error is coming out of rrdtool, not perl.
>
> Kind regards,
>
> SebA
>
>
>
>
>
> On Tue, 12 Nov 2019, 10:41 am Becker Christian, <
> christian.becker at rhein-zeitung.net> wrote:
>
> Hello together,
>
>
>
>
>
> following wiki.xymonton.org
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.xymonton.org&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631602266&sdata=kirgOcBa0nTA%2B6PKksosDfFx4%2FsFVY3pmZhsPLac3Cg%3D&reserved=0>,
> i found Wim Nelis’ entry diskstat.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pl&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631602266&sdata=%2FWH1EjoThac%2BbicAUfDhP7xiKeJkuxJ6GH40wi6Bl58%3D&reserved=0>
> which I already successfully used nearly 4 years ago.
>
>
>
> Unfortunately I have migrated our xymon server since then, in addition to
> that the “old” linux machine on which diskstat.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pl&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631602266&sdata=%2FWH1EjoThac%2BbicAUfDhP7xiKeJkuxJ6GH40wi6Bl58%3D&reserved=0>
> was initially used doesn’t exist any longer.
>
>
>
> Now I wanted to use diskstat.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pl&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631612261&sdata=KUvdrGfJz%2FnlW%2BaNyoOvBtvi3cn8kjLPlD8b56N6PAk%3D&reserved=0>
>  again on a new linux client, and therefore I looked to the entry at
> wiki.xymonton.org
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.xymonton.org&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631612261&sdata=GYeGFvcU5l6TvhGL5hSX1P%2BnZmdhLk%2B3Lk40BjG1%2ByI%3D&reserved=0>
> again, but I found a newer version of diskstat.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pl&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631622266&sdata=BGbvfp5EvLYvGLpRCvuxpdqxPMnFxVoQvQMShJx9nak%3D&reserved=0>
> (now using devmon format).
>
>
>
> I followed all the steps, but my result is an entry on the xymon server in
> the logfile rrd-status.log:
>
>
>
> 2019-10-18 11:44:07.817334 RRD error creating
> /opt/xymon/data/rrd/linuxclient1/diskstat.,root.rrd: invalid DS type
> specified
>
> 2019-10-18 11:44:07.817620 RRD error creating
> /opt/xymon/data/rrd/linuxclient1/diskstat.,var.rrd: invalid DS type
> specified
>
> 2019-10-18 11:44:07.817660 RRD error creating
> /opt/xymon/data/rrd/linuxclient1/diskstat.,opt.rrd: invalid DS type
> specified
>
> 2019-10-18 11:44:07.817704 RRD error creating
> /opt/xymon/data/rrd/linuxclient1/diskstat.,boot.rrd: invalid DS type
> specified
>
>
>
>
>
> The diskstat.pm
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pm&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631622266&sdata=YCzWItO5%2FcBGEVlwud3TBYLY720CupTDXsBwTtJJHMA%3D&reserved=0>
>  on linuxclient1 looks as follows:
>
>
>
> sh-4.1$ cat diskstat.pm
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdiskstat.pm&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631632254&sdata=sLQwv2DWGBFw0NOVv20F9rdd%2FFeRVC%2Fw1c6ZtFp4huA%3D&reserved=0>
>
> package diskstat ;
>
> #
>
> # Specify the disks and partitions to be monitored, and the name of the
>
> # associated mount-point. The latter is shown in the resulting graph.
>
> #
>
> require Exporter ;
>
>
>
> our @ISA   = qw/ Exporter / ;
>
> our @EXPORT= qw/ %Disks / ;
>
>
>
> %Disks= (
>
>         "sda1" => { Name => "/boot"        },
>
>         "dm-1" => { Name => "/"            },
>
>         "dm-6" => { Name => "/var"         },
>
>         "dm-7" => { Name => "/opt"         },
>
> ) ;
>
>
>
> 1 ;
>
>
>
> My perl isn’t good enough to find out why it says invalid DS type
> specified. Do you have any suggestions what could have went wrong here??
>
>
>
> My xymon client (linuxclient1) is running CentOS 6.6 64 Bit, my xymon
> server is running CentOS 7.7 64 Bit.
>
>
>
> Do you need more information?
>
>
>
>
>
> Best regards from Germany
>
> Christian
>
>
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.xymon.com%2Fmailman%2Flistinfo%2Fxymon&data=02%7C01%7Cchristian.becker%40rhein-zeitung.net%7Ceb21615af9c744857b3308d767631885%7C4fed923898bc4f3b96450b99f4d1b669%7C0%7C0%7C637091547631632254&sdata=i83ZOOnR%2Fg8sPUqXz9tHM87F7t8DEQLtpZGkpBUonGE%3D&reserved=0>
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20191112/7a9c4aa6/attachment.htm>


More information about the Xymon mailing list