[mrtg] Grafana/Gregory Volk

Edwin A. Epstein III ed at rhinobee.com
Wed Sep 28 23:24:05 CEST 2016

Hi Greg,

That is really cool work, and appreciated. I can't wait to try it out.


Edwin A Epstein, III 
Rhinobee Internet Services 
707.237.7504 ext 209 
707.737.0288 Mobile

----- Original Message -----
From: "mrtg-request" <mrtg-request at lists.oetiker.ch>
To: "mrtg" <mrtg at lists.oetiker.ch>
Sent: Wednesday, September 28, 2016 3:00:02 AM
Subject: mrtg Digest, Vol 114, Issue 4

Send mrtg mailing list submissions to
	mrtg at lists.oetiker.ch

To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
	mrtg-request at lists.oetiker.ch

You can reach the person managing the list at
	mrtg-owner at lists.oetiker.ch

When replying, please edit your Subject line so it is more specific
than "Re: Contents of mrtg digest..."

Today's Topics:

   1. Re: An awfully quiet list for the last 2 months ...
      (Tobias Oetiker)


Message: 1
Date: Wed, 28 Sep 2016 09:10:05 +0200 (CEST)
From: Tobias Oetiker <tobi at oetiker.ch>
To: "Volk,Gregory B" <greg.volk at edwardjones.com>
Cc: "mrtg at lists.oetiker.ch" <mrtg at lists.oetiker.ch>
Subject: Re: [mrtg] An awfully quiet list for the last 2 months ...
Message-ID: <alpine.DEB.2.20.1609280909120.8026 at froburg.oetiker.ch>
Content-Type: text/plain; charset="utf-8"

Hi Greg,

cool to see some work being done on mrtg ... I have recently moved
the source to github, so maybe you want to create a pull request
with your changes ...



Montag Volk,Gregory B wrote:

> I have been working on modifying MRTG to send a copy of the time series data it collects to
> Graphite (https://github.com/graphite-project) in addition to storing it in RRD files. I am
> interested in doing this because I have a large, customized MRTG installation that collects
> many metrics from many devices and it would be nice to work with that time series data via
> one of the many Graphite front-ends such as Grafana (https://github.com/grafana/grafana)
> without having to implement a whole new SNMP data collection system. With this in mind I
> have modified mrtg 2.17.4 to use the Net::Graphite perl module
> (http://search.cpan.org/~slanning/Net-Graphite-0.14/) to open a TCP socket to my Graphite
> server on startup and send a copy of each collected metric and the associated timestamp to
> Graphite after the calls to RRDs::update.
> So far it works pretty well. The most difficult task was converting the relevant MRTG
> config file directives (things like $$rcfg{'legendi'}{$router} and
> $$rcfg{'legendo'}{$router}) into meaningful graphite name space values. This took some
> experimentation because periods are graphite namespace delimiters, and spaces along with
> other special characters are not allowed in the graphite namespace at all. In some cases I
> had to go back and modify my custom MRTG cfg builder scripts and MRTG template files to not
> use periods and special characters.
> If anyone else is interested in trying it out you can download it from here:
> http://mrtg.gvolk.com/mrtg-graphite.zip.
> The zipfile contains these three files
> mrtg-2.17.4-graphite    mrtg 2.17.4 with send-to-graphite modifications
> mrtg-diff.txt                     diff against stock mrtg 2.17.4
> README.txt                      this readme file
> If you decide to try it out keep these things in mind...
> -I strongly suggest using a graphite docker image unless you already have a
> functioning graphite instance.
> -The same can be said for Grafana - use the docker image if you are looking for a
> fancier Graphite front end.
> -You will need to modify line 92 of mrtg-2.17.4-graphite with your graphite server
> name/ip unless you're running it on the same host as your mrtg poller.
> -Ideally the graphite variable assignments in lines 90 - 101 should be cfg file
> parms but so far this is just experimentation and I haven't had time to work on it
> beyond the proof of concept phase.
> -This only works in daemon mode so if your config files don't have RunAsDaemon:Yes in
> them you're out of luck. Sorry.
> -Note that line 19 of mrtg-2.17.4-graphite has DEBUG=qw(log) specified. This is
> useful for troubleshooting graphite TCP socket open problems and the
> MRTG-config-file-var-to-graphite-namespace conversions. This debug statement will
> cause your MRTG log files to get big so I would recommend setting it to DEBUG=qw()
> after things are working correctly.
> -So far I have only run this on linux. I don't know if it will work on Windows or
> anything else.
> -You will need to install Net::Graphite from CPAN, so from your linux prompt...
> perl -MCPAN -e shell
> install Net::Graphite
> -If the TCP socket from the MRTG server to the Graphite server goes away for some
> reason (connectivity problems, graphite shutdown, etc) the MRTG daemon will die.
> This is clearly a bad implementation on my part but I haven't had time to look at
> it. Ideally MRTG will continue to run and update the RRD files if the Graphite
> socket goes away and gracefully reconnect when the Graphite server is reachable
> again.
> If you are not the intended recipient of this message (including attachments) or if you have received this message in error, immediately notify us and delete it and any attachments.
> If you do not wish to receive any email messages from Edward Jones, excluding administrative communications, please email this request to Opt-Out at edwardjones.com from the email address you wish to unsubscribe.
> For important additional information related to this email, visit  http://www.edwardjones.com/disclosures/email.html. Edward D. Jones & Co., L.P. d/b/a Edward Jones, 12555 Manchester Road, St. Louis, MO 63131 ? Edward Jones. All rights reserved.
> _______________________________________________
> mrtg mailing list
> mrtg at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
www.oetiker.ch tobi at oetiker.ch +41 62 775 9902


Subject: Digest Footer

mrtg mailing list
mrtg at lists.oetiker.ch


End of mrtg Digest, Vol 114, Issue 4

More information about the mrtg mailing list