Cacti 0.8.7c Released

[finn]

Hi,

Noticed a couple of things during running cli/structure_rra_paths.php in 087c. There was a warning about incorrect number of arguments to function update_db, and also a warning about use of undeclared variable $new_rrd_path in the update_db function.

This was the diff after I fixed, I was then able to run the script fine:

diff structure_rra_paths-fixed.php structure_rra_paths.php

Code: Select all

diff structure_rra_paths-fixed.php structure_rra_paths.php
138c138
<               update_database($new_rrd_path,$info);
---
>               update_database();
156c156
<               update_database($new_rrd_path,$info);
---
>               update_database();
182c182
< function update_database($new_rrd_path,$info) {
---
> function update_database($info) {

I'm assuming that running of the script before being fixed could result in breakage as the DB would not be updated accordingly to reflect structered paths due to "update_database" failing.

[browniebraun]

Hi,

Noticed a couple of things during running cli/structure_rra_paths.php in 087c. There was a warning about incorrect number of arguments to function update_db, and also a warning about use of undeclared variable $new_rrd_path in the update_db function.

This was the diff after I fixed, I was then able to run the script fine:

diff structure_rra_paths-fixed.php structure_rra_paths.php

Code: Select all

diff structure_rra_paths-fixed.php structure_rra_paths.php
138c138
<               update_database($new_rrd_path,$info);
---
>               update_database();
156c156
<               update_database($new_rrd_path,$info);
---
>               update_database();
182c182
< function update_database($new_rrd_path,$info) {
---
> function update_database($info) {

I'm assuming that running of the script before being fixed could result in breakage as the DB would not be updated accordingly to reflect structered paths due to "update_database" failing.

This bug (00001377) has been fixed during the last days. Unfortunately I flagged it as "private". Take a look at SVN.

Best regards
-Andreas-

[rony]

This bug (00001377) has been fixed during the last days. Unfortunately I flagged it as "private". Take a look at SVN.

It's no longer private.

[rickmccl]

Fixed the Spine 0.8.7c links.

Is the Windows Spine 0.8.7c link supposed to be the binary (as it used to be) - looks like source to me?

Spine windows binary distribution contains no binaries, guys.

[dononeil]

The spine source linked to:

http://www.cacti.net/downloads/spine/ca ... .7c.tar.gz

hasd all sorts of 'diffs' in it... and is still marked .8.7c-beta2.

Where can I get a working compilable version?

I tried the SVN version from last friday, but running configure returns;

"cannot run /bin/sh config/config.sub"

I'm trying to build it from source on a SLES10 box.

I didn't have any problems building .8.7a on the same box.

[dononeil]

I'm also having problems with the PIA 2.3.... when I just did the patch with the diff file it didn't work right... however, if I copied the files in the 'files-0.8.7c' directory over my cacti install it worked.

I am running the latest SVN of cacti as of today at 9:00 am

[TheWitness]

The spine source linked to:

http://www.cacti.net/downloads/spine/ca ... .7c.tar.gz

hasd all sorts of 'diffs' in it... and is still marked .8.7c-beta2.

Where can I get a working compilable version?

I tried the SVN version from last friday, but running configure returns;

"cannot run /bin/sh config/config.sub"

I'm trying to build it from source on a SLES10 box.

I didn't have any problems building .8.7a on the same box.

In the source directory, just execute "bootstrap". I don't know what to say about the win32 stuff.

TheWitness

[dononeil]

Ok... I had to 'dos2unix' bootstrap first to make it run...

The configure portion ran ok, but then the make failed:

source='sql.c' object='sql.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ./config/depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I./config -I/usr/include/net-snmp -I/usr/include/net-snmp/.. -I/usr/include/mysql -g -O2 -c sql.c
: command not foundine 2:
: command not foundine 5:
: command not foundine 10:
: command not foundine 15:
: command not foundine 20:
: command not foundine 25:
: command not foundine 27:
'/config/depcomp: line 64: syntax error near unexpected token `in
'/config/depcomp: line 64: `case "$depmode" in
make: *** [sql.o] Error 2

This was done off the CVS of the released code since the non-cvs has all the diffs in it still.

[dononeil]

I'm experiencing an issue importing modified Data Query - SNMP Interface statistics...

When I export it from my .87b version it exports ok... and when I import it into .87c it doesn't return any result or import.

I've turned debug logging on max, and nothing is being logged in the cacti.log, or apache logs.

The exported SNMP Interface stats xml template is attached.

Any ideas on how to fix this?

[dononeil]

I'm also having problems importing host templates that were exported from .87b... they are attached.

Should I NOT be able to import from .87b through the import/export templates function? Some work, some don't, no errors logged, it just doesn't do it.

I'm dead in the water until I can get around this issue.

All the templates have the dependencies included.

[delleray]

i have installed cacti 0.8.7b using yum.. is it possible to upgrade cacti from 0.8.7b to 0.8.7c through yum?

Not until the package maintainer does so. I would suspect they are awaiting the next patch that we are actively getting ready to deploy in order to catch several gotcha's in the initial 0.8.7c release code.

TheWitness

hi
i upgraded to 0.8.7c via yum (it reports Version 0.8.7c-1.el4.rf from DAG's repo) on feb 10

I have the " Undefined variable: hierrarchy in /var/www/cacti/lib/html_tree.php" bug but looking at bugs.cacti.net it says that this bug 0001394 is 'Fixed in Version => 0.8.7c'

Was DAG's package generated from pre-release 0.8.7c ?

d.

[super-hornet]

Hi all

I think a found another bug. The question is I not sure whether is it cacti 0.8.7c but or PA 2.3 bug.

Here is the situation.
I have aggregate 0.70 plugin install and can see it is installed and enable in:
Console->Configuration->Plugin Management

Then, if I copy a lets say aggregate 0.66 (older version) into plugins directory BUT with a different directory name. So now, inside my plugins directory, I have:
aggregate
aggregate-0.66

Inside my global.php, I only declare "aggregate".

By having 2 aggregate in plugin, when I click "Console->Configuration->Plugin Management", I see NOTHING! Empty content.
When I remove/delete the aggregate-0.66, the Plugin Management's content comes back.

Ching Hock

[rony]

0.8.7d is being released soon to address all the issues with 0.8.7c

[dononeil]

How soon is 'soon'?

[rony]

The plan is tonight...