Cacti 0.8.6k Beta 2 Available for Testing

[TheWitness]

Ok, fixup in SVN. Please test. Otherwise, here...

Larry

[fmangeant]

Hi Larry

same here - no error for 3 hours.

[mrnoodle]

I have loaded the beta 2 version on a test machine here at my company and I have found that the graphs that are being generated are not respecting the Font settings set in the Visual tab of the Cacti settings page.

I have verified the new settings have been properly added to the Settings table in the database and I added a new graph after making the change to ensure it was not impacting existing graphs only, but all of the graphs use what appears to be the default. Here is the font portion of the rrd output:

--font TITLE:12:/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf \
--font AXIS:8: \
--font LEGEND:10: \
--font UNIT:8: \

In my settings, I have:

Title: 14
Axis: 6
Legend: 6
Unit: 6

[fmangeant]

Hi

I've seen the same behaviour.

New users are created with font settings (font sizes only), and they override default settings.

IIRC, with previous versions, user settings would only override default settings if font sizes AND font paths are not empty.

[mrnoodle]

Hi

I've seen the same behaviour.

New users are created with font settings (font sizes only), and they override default settings.

IIRC, with previous versions, user settings would only override default settings if font sizes AND font paths are not empty.

I have set both the font sizes and the font path in my settings for all of the RRD fields. The graphs will use the RRD font setting but they will not honor the Font size setting.

Here is the RRD code for a newly created graph:

Code: Select all

--font TITLE:12:/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
--font AXIS:8:/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 
--font LEGEND:10:/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 
--font UNIT:8:/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 

The values are set to:

Title: 14
Axis: 6
Legend: 6
Unit: 6

[Howie]

How is the new basic auth stuff supposed to work?

I just did a test install of beta2, set up basic auth in apache, and turned on the Web Basic Auth. I created a WebAuth user called template_user in Cacti, and set that in the bottom of the auth settings.

I get my basic auth login box, but I seem to always log in as admin. I tried turning cacti built-in auth back on as well (not really sure why they aren't radio buttons), and then I just get an error message:

Code: Select all

Notice: Undefined index: login_username in /usr/local/www/data/cacti-0.8.6k-beta2/auth_login.php on line 34

Which in turn causes some complaint about a header() call because the response has already been started.

It looks like maybe that line should be more like

Code: Select all

$username='';
if (isset($_POST["login_username"])) { $username = $_POST["login_username"]; }

since it won't always be set?

Ah.. and now, after clearing all the cookies, auth cache etc and trying Cacti+WebAuth, I get a login with the permissions of my template user. But I still get that when I log in as admin OK, I need another admin user in the WebAuth realm.

Self-solving bug reports.

[TheWitness]

Thanks everyone for providing both your "self solving" and reported bugs. I will overlook the Font component this weekend when I can.

Larry

[gandalf]

Larry,

I'm in doubt concerning the 1 min polling feature.
Minor issues:
The name of rrd file should perhaps include "1min" to distinguish "old fashioned" files from new ones (This comes into view again when reading the whole post)
Same issue holds for Data Queries "Suggested Named"

Major concern:
The current rra definitions are "compatible" to previous versions, but with regard to rrdtool at least "not optimal" or plainly wrong. Well, the rrd file definition does not fail. But as can be seen from

Code: Select all

rra[0].cf = "AVERAGE"
rra[0].rows = 500
rra[0].pdp_per_row = 1
rra[0].xff = 5.0000000000e-01
rra[0].cdp_prep[0].value = NaN
rra[0].cdp_prep[0].unknown_datapoints = 0
rra[0].cdp_prep[1].value = NaN
rra[0].cdp_prep[1].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 600
rra[1].pdp_per_row = 1
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = NaN
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[1].cdp_prep[1].value = NaN
rra[1].cdp_prep[1].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 700

there are now two rra's using pdp_per_row=1. So rrdtool will update 2 rra's on each single update instead of a single one. Don't ask me about the performance impact when updating or graphing.
But IMHO, the DAILY rra should define pdp_per_row=5 to aggregate 5 pdp's into a single data point.
Of course, the same logic holds when using polling intervals less than 60 secs.

To solve this, a complete set of new rra's should have been defined to aggregate the data. Please pay attention:
Now, the WEEKLY rra definition will aggregate 24 pdp's into a single new data point. Whereas "normally", this would span 24*5 min = 2h, in case of 1 min polling this only aggregates 24*1min = 24min. This will yield "strange" results.
This is deduced from theory, I did not yet make numeric examples. Unfortunately, Linuxworld has finished and you won't see Tobi for a while, I suppose

If I'm correct, users of the patch that has already been published would face the same problem.

Please comment
Reinhard

[gandalf]

Would it be an option to make this path editable at Settings->Paths?
This way, it would be possible to separate rrd data files from the code, e.g. to a different filesystem.
The drawback would be,
- that a change of this variable would require changing all existing paths for all rrd files in MySQL
- that changing this path during operation without moving the existing rrd files would make cacti create new rrd files from scratch.

Reinhard

[gandalf]

Now testing on

-bug#0000925: Support for host_* variables in the legend

When adding a new Graph from Graph Management, I found a weird issue. Leaving Graph Template and Host empty and then adding a new Graph Item (goal: manually create an AGGREGATE graph for different hosts and data sources), not a single data source is selectable. Even, when selecting a Data Template, the data source dropdown only holds the "NONE" entry.

Reinhard

[gandalf]

08/11/2007 12:00:04 AM - POLLER: Poller[0] NOTE: Cron is configured to run too often! The Poller Interval is '60' seconds, with a minimum Cron period of '60' seconds, but only 122 seconds have passed since the poller last ran.

This seems to be some odd math. As 122 is well above 60, no error message should have been created.

Reinhard

[gandalf]

There are issues, when custom scripts are not able to fetch valid data. E.g. a timeout occured or validation check fails or the like.
IMHO, it should be possible for them to print a "U" in such a case. Referring to rrdtool, printing a numerical "0" would be wrong!
Currently, when scripts print "U", this will cause a cacti.log error entry saying "Result from SCRIPT not valid. Partial Result:".
I've had a look at poller.c at least. IMHO, a check like

Code: Select all

if (IS_U((poller_items[i].result)) ...

around line 733 should do. This requires

Code: Select all

#define IS_U(buf)	( (buf)[0] == 'U')

at cactid.h, line 271. I did not care for cmd.php, yet.

Reinhard

[gandalf]

I just committed ping.pl to SVN

In case of failure, it will now report "U" instead of "0" which would be wrong for rrdtool. This is related to my comment above.

The second issue might be a problem for existing graphs, but nevertheless the bug needs fixing: Currently, both a ping result reported in units of ms (milliseconds) and a result reported as usec (microsecond) is printed verbosely. But as the Data Input Method says, its in ms, I recalculated output found as usec (division by 1000).

So, both a target reporting in units of ms and another one reporting in units of usec are comparable.

Reinhard

[rony]

Beta 3 coming as soon as I finish some updates.

[TheWitness]

Tony,

Before releasing, let's ping Jeff on Reinhard's comments.

Larry