Cheshire Cat Computing

Im not sure if this is the right place or not. Im currently running mrtg but want to move to rrd to allow me to poll upto every 1 min on some devices which mrtg carnt do. In installed all the tools etc for routers2 and the web page loads but I get the following:
No valid target is selected

You have no valid MRTG configuration files. You should check your configuration in /etc/mrtg/routers2/routers2.conf.
[/etc/mrtg/cfg/*.cfg]

confpath = /etc/mrtg/cfg

cfgfiles = *.cfg

I have copied one of my mrtg cfg files and changed it for rrd logging etc and placed it in the correct location. /etc/mrtg/cfg/. The rrd files goto /var/rrdtool and the cgi is in /var/www/cgi-bin.

am I right in thinking the cfg's are the same as the mrtg ones apart from the logging format and work dir? If not how do I convert them as I cant find info on this. Also how should it be run. the current mrtg is run by cron using */5 * * * * root env LANG=C /usr/bin/mrtg /etc/mrtg/wc1-6000.cfg >/dev/null 2>&1.

To run every 1 min is it just the cron entry that needs to be changed?

Many thanks

Check that the web frontend has read permission to the cfg files -- they are exactly the same files that MRTG uses.

You can also use the URL /cgi-bin/routers2.cgi?page=verify (use routers2.pl if you're under windows) which will run a series of checks and tests on your configuration to help find incorrect settings and permissions.

You can just change the frequency of your cron job to poll MRTG more often and collect the data every 1min.

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Steve

Thanks for the info. I have moved the graphs dir to a new directory on the root of the web called routers2/graphs. I have given apache owner and group permisions and now the graphs path says its writable. I used the same path in the routers2.cfg for the graph url and now it says
This should show a red square -->Red Square<--
If it doesn't, then your graphurl does not match your graphpath.

I see no red?

The mrtg cfg files are in /etc/mrtg/cfg and that was how it set it up on install. the verify page says path: /etc/mrtg/cfg and Files: *.cfg and still shows no files. If I add the actual file it will take that but the the next section down under mrtg files check it says no .ok files found but there is one there. Not sure what else to try now

Lee

If your web docroot is /var/www/html, and you have your graphs in /var/www/html/routers2/graphs, then

# This is the URL of the directory
graphurl = /routers2/graphs
# This is the PATH of the directory
graphpath = /var/www/html/routers2/graphs

It is very important that the graphurl and graphpath match in this way - graphpath is used to create the files, graphurl is used to retrieve them. The routers2 script has no way to know what the docroot is and so you need to match them up this way.

Also, you need to make sure that the graphpath is writeable by the apache web server process! This would normally mean it needs to be owned by the apache or http user (depending on how your system is configured)

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Steve

Thanks for that. Changing the path has fixed it. Did not know it was looking at doc root and file path.
I have had to specify the cfg's as wildcard would not work. I have ran it and got rrd files and ok files but the verify page still refuses to see them. See attached screenshot.
Here is the files aswell incase it helps.

[root@netmon cfg]#
total 280
-rw-r--r-- 1 apache root 32319 2012-01-25 11:29 epos.cfg
-rw-r--r-- 1 apache root 23856 2012-01-25 11:31 epos.ok
-rw-r--r-- 1 apache apache 185661 2012-01-11 13:55 wc1-6000.cfg
-rw-r--r-- 1 apache root 34240 2012-01-25 11:31 wc1-6000.ok
[root@netmon cfg]#

Thanks

Lee

This is a bit odd as the first check identifies the two cfg files, but the second check does not...

What this would seem to indicate, is that the two cfg files are in some way invalid, and have failed to load (the first check only checks for existence, this second checks for loadability). Another less-likely possibility is that you're using SpeedyCGI or mod_perl and need to restart your web browser to clear the routers2 cache.

Try these, and if still problems please post a copy of the epos.cfg file (redact the community strings if necessary)

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Steve

I have restarted the browser and still the same. Have tried the url on the local server aswell and on a different workstation and all the same. As requested attached is the cfg file

The epos.cfg file looks OK.

Have you tried with cfgfiles=*.cfg in the routers2.conf? THis should work as well.

From the code, it would seem that you're getting an empty %routers hash, which would result from an inability to read valid cfg files. I suppose it is possible that the epos.cfg etc files are not readable by the httpd process, since they seem to have valid contents and the parent directory is definitely readable.

Check that there is global read/exec permission on /etc/mrtg/cfg (chmod a+rx /etc/mrtg/cfg )
Check that the cfg files are readable ( chmod a+r /etc/mrtg/cfg/*cfg )

Do you have SELINUX enabled? If so, you will need to configure the directories holding the .rrd files and the directories holding the .cfg files to be readable by the httpd service. In the meantime, set SELINUX to permissive mode and see if things work - if they do, you know you've found the issue.
You need to set http_sys_content_t on these places... and you may also need to grant shlib_t to the rrdtool *.so files and lib_t to the perl libraries, if you've not installed them under the site_perl path.

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

steve

That worked.
Check that there is global read/exec permission on /etc/mrtg/cfg (chmod a+rx /etc/mrtg/cfg )
Check that the cfg files are readable ( chmod a+r /etc/mrtg/cfg/*cfg )

I thought they were all set like this but doing it again seems to have worked. It collecting data on a 1 min basis now. I have noticed a few bits in the values that need sorting out thought.

Under attenuation on the router im getting a reading of
Line Attenuation: 14.0 dB 6.5 dB
but the graph shows 1.40 and 0.65

Selection_192.png [ 25.22 KiB | Viewed 23646 times ]


Line speed on the router shows
DS Channel1 DS Channel0 US Channel1 US Channel0
Speed (kbps): 0 8160 0 512
but on the graph down 816.0K and up 51.2K

Selection_193.png [ 28.5 KiB | Viewed 23647 times ]


and SNR on box shows
Noise Margin: 10.3 dB 28.0 dB
but the graph has 1.04 and 2.80

Selection_194.png [ 25.66 KiB | Viewed 23649 times ]


Line usage seems ok i think. Attached are the graphs for refrence.

Also attached is a screen grab of the targets. They all use an icon of what looks like a target apart from one called braintree. Why is this one different? Can I edit the ATM lables to show which is which?

Selection_195.png [ 35.15 KiB | Viewed 23647 times ]


Many thanks

Lee

Re: Icons
You can use "routers.cgi*Icon[targetname]: xxxx.gif" to specify which icon to use for a target -- by default, it uses some AI to try and pick an appropriate one, and defaults to the target icon if it cant work out a better one to use.

If your graphs are showing exactly a tenth of the correct value, then maybe you have an unnecessary Factor[] definition. Another possibility is that it is running in 'bits' mode when it should not. This happens when Routers2 incorrectly deduces that a particular target is an interface, which might be the case in the Briantree cases. To get around this, use "routers.cgi*Mode[_]: generic" to prevent it from using anything other than the generic defaults.

You can also change the menu entries using routers.cgi*ShortDesc[targetname], else they are deduced from the Title and other information.

Steve

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11