[mrtg] bbmrtg.pl and routers2.cgi
Daniel J McDonald
dan.mcdonald at austinenergy.com
Wed Nov 22 17:58:41 MET 2006
I've had to rebuild my main monitoring box, and I'm having a bit of
trouble with bbmrtg.pl
It supports routers2.cgi, but apparently burps on the hierarchical
config structure I have. My main.cf file has a bunch of
include subdir/router.cfg statements.
in the bbmrtg.pl script, they try to refer to the main.cfg file when it
is supposed to display a single graph. But that always returns the
first defined graph when it can't find the particular name.
routers2.cgi might be broken in that regard. I can work around that if I
to pass a particular subdir/router.cfg file instead.
Looking at the hash produced by MRTG_Lib.pm, I don't see that the
original file that the target is defined in is returned.
Seems like I have a couple of options:
1. Hack MRTG_Lib to add the original file as one of the per-target
config items returned. I'm reasonably comfortable with doing this, but
that would be a change to mrtg that would probably have performance
implications (wasted work/memory for most people, only solves my
problem) so it's possible that Tobi might reject the patch.
2. Add a new bbmrtg.pl configuration directive like bbmrtg*cfgfile,
then add that value using my template files. This is pretty easy to do,
but seems like a real kludge.
I did grab the most recent bbmrtg.pl file. I had been using my own
hacked up copy, and I think the release version doesn't deal with the
directory directive properly. I vaguely remember fixing it before -
I'll see if I can fix it again...
3. Delve into routers2.cgi and make it work well using a hierarchical
directory structure for embedded pages. It's been a long time since
I've even thought about fiddling with this file.
I'm open to suggestions as to the proper way to fix this...
Daniel J McDonald, CCIE # 2495, CISSP # 78281, CNX
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
More information about the mrtg