Cheshire Cat Computing

This means that you have not correctly installed your RRDTool Perl support in the site_perl path.

You have two different ways to solve this.

1) Install the RRDTool Perl libraries under your Perl site_perl path. Full instructions for doing this are in the RRDTool documentation. When the libraries are installed in this location (the default install does NOT put them here) then they are available to all other Perl programs automatically.

2) Tell routers2 where to find the libraries. You can do this either in the routers2.conf file (adding a library path in the [web] section), or else by making sure a LibPath: directive is present in all of the .cfg files (routers2 will pick up on this, if it can find it)

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

Thanks for the help! I have everything up and running now. I have another question, on the summary page how does sorting work? I have a router with several interfaces and I simply graph the traffic and then I have 1 graph for the CPU. How can I make it so the CPU graph is always last on the summary page?

Also, I graph traffic usually for 2 or more DS3 interfaces so I like to have an individual graph for each and then a combined graph. The way I am doing it now and was doing it before with just MRTG is to simply have another target that would simply add them togehter. Is there a more efficient way of doing this?

Ordering the Summary page is something I'll have to get back to you on. This was asked before, I can't remember if I put the fix in place or not...

As far as summary pages go,you can define many different ones, if you want, using routers.cgi*Summary[]. Thus you can have one summary page for each family of targets, if necessary (EG: I have a separate summary page for the Oracle-related targets in server monitoring)

For you totalling of the DS3 interfaces, there is an easier way.

For each of the DS3 targets, add a line (changing targetname appropriately):

routers.cgi*Graph[targetname]: DS3summary withtotal

Then, you can also have:

routers.cgi*Title[DS3summary]: All DS3 lines

Alternatively, if you remove the 'withtotal' on the Graph definitions, you could instead use:

routers.cgi*GraphStyle[DS3summary]: stack
routers.cgi*Options[DS3summary]: noo

to get a graph of inbound on the interfaces, as a stacked area graph.

There are many ways to do this - either have incoming and outgoing on the same graph, or on two separate graphs (usually better), with the components or just the total, with total and/or average lines, as a stacked graph or as multiple lines. Read the documentation on UserDefined graphs within routers2, and see the online examples.

The 'incoming' and 'outgoing' graphs you get automatically added by default are examples of userdefined summary graphs, non-stacking.

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

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