Release of Cacti 0.8.7g BETA 2

[TheWitness]

Whats in you log? Are you running pluging?

TheWitness

[nilas12]

Full file replacement for PIA brings you include/config.php.dist which should be ok. It does NOT change include/config.php!
May you please verify
R.

Oh... ok.... Well, I backed out of the two changes above, renamed the existing include/config.php to config.php.old, renamed include/config.php.dist to config.php, edited the new config.php as needed, and accessed the site successfully (no php errors, yay).

I was not aware that I needed to perform those steps. I reviewed the documentation (online, in cacti/docs, and the PIA readme) and couldn't find the instructions to rename or copy code from config.php.dist. I understand the reasoning behind using the .dist file in a full file replacement install, but it would have been helpful to me (and perhaps others who are not php savvy) to have it notated in the PIA readme to perform the file renames, copy code, etc.

Nonetheless, thanks for leading me in the right direction.

[levi]

Hi all,
What is current status? when You are planning to put status stable to 0.8.7.g?
Will 1 minute polling be available in it?
It is mandatory for me because all of my rras are with 1 minute granularity and it is production machine.

[gandalf]

What is current status?

Still beta2

when You are planning to put status stable to 0.8.7.g?

expecting GA within a week

Will 1 minute polling be available in it?

No changes made regarding this function. Mainly a lot of bug fixes
R.

[dzm]

I've noticed that since I began using Cacti (f, gb1 and gb2) my PHP FastCGI processes are occasionally hanging. They appear to be stuck on a poll() or a read() and just ... well ... sit there. My web server eventually times out the request and throws an error to the browser, the FastCGI engine logs an error about "timed out waiting for a reply", etc. When this happens all PHP activity for this virtual server is non-functional (my server is configured such that each virtual server has its own isolated pool of PHP processes, so the other virtual servers continue to work as expected). Eventually the PHP FastCGI processes time out waiting for whatever they're blocked on and things return to normal.

I don't KNOW that this is being caused by Cacti, but I DO know that since I stopped leaving a Cacti window open auto-refreshing I haven't seen the hang happen.

This is on a Centos 5.5 running Amazon's EC2 kernel v2.6.18. When the behavior was first noticed it was on Centos 5.4 running EC2 kernel v2.6.16. I've seen this with both PHP 5.3.1 and 5.3.2, both configured as FastCGI and both using rrdtool 1.4 underneath.


Any thoughts?

[TheWitness]

Try placing the browser on a page with only 1 graph that refreshes and see if the problem goes away. Let us know.

TheWitness

[ehaha]

Release of 0.8.7g as Non-Beta

If all goes well with beta 2, we will release Cacti 0.8.7g on June 21st.

today is June 27st. and when release 0.8.7g ?

thank you !

[Linegod]

Today is actually June 26th

Things slide. As soon as every bug is resolved and all the developers are happy, 0.8.7g will be released.

Putting out a sub-par release is something that we do not want to happen again.

[MrBr]

Do you have any estimated date for the release?

[elfada]

Hi,

I get the 0.8.7g-b2 version of spine this afternoon and tried to compile it but I encounter some errors during ./configure execution.

I get these errors in CLI

Code: Select all

config.status: executing libtool commands
sed: can't read config/ltmain.sh: No such file or directory
sed: can't read config/ltmain.sh: No such file or directory
mv: cannot stat `libtoolT': No such file or directory
cp: cannot stat `libtoolT': No such file or directory
chmod: cannot access `libtool': No such file or directory

I checked if libtool was installed et it's already installed.

Code: Select all

[root@rchascr02 cacti-spine-0.8.7g]# yum install libtool
Loaded plugins: kernel-module
Repository sl-security is listed more than once in the configuration
Repository sl-base is listed more than once in the configuration
Setting up Install Process
Package libtool-1.5.22-7.el5_4.x86_64 already installed and latest version
Nothing to do

Do you have any idea about the origin of this error ?

Thanks in advance.

[levi]

Hi,

I get the 0.8.7g-b2 version of spine this afternoon and tried to compile it but I encounter some errors during ./configure execution.

I get these errors in CLI

Code: Select all

config.status: executing libtool commands
sed: can't read config/ltmain.sh: No such file or directory
sed: can't read config/ltmain.sh: No such file or directory
mv: cannot stat `libtoolT': No such file or directory
cp: cannot stat `libtoolT': No such file or directory
chmod: cannot access `libtool': No such file or directory

I checked if libtool was installed et it's already installed.

Code: Select all

[root@rchascr02 cacti-spine-0.8.7g]# yum install libtool
Loaded plugins: kernel-module
Repository sl-security is listed more than once in the configuration
Repository sl-base is listed more than once in the configuration
Setting up Install Process
Package libtool-1.5.22-7.el5_4.x86_64 already installed and latest version
Nothing to do

Do you have any idea about the origin of this error ?

Thanks in advance.

hi, Yu can find procedure of compiling spne here:
http://www.cacti.net/downloads/docs/htm ... spine.html
Basically You should execute:
aclocal
libtoolize --force (glibtoolize --force on Max OS)
autoheader
autoconf
automake
./configure
make
make install

That's it!

[elfada]

Thanks, it works !

Apologies for any inconveniences.

I always run directly ./configure and it was working well. Unfortunately on this server, it's not the case.

Next time, I will check the tutorial before asking stupid questions.

[levi]

Thanks, it works !

Apologies for any inconveniences.

I always run directly ./configure and it was working well. Unfortunately on this server, it's not the case.

Next time, I will check the tutorial before asking stupid questions.

Welcome

[dzm]

I've noticed that since I began using Cacti (f, gb1 and gb2) my PHP FastCGI processes are occasionally hanging.

I made some configuration changes to PHP and have been unable to reproduce the problem.

It seems as though the PHP management of worker processes was getting fubar and leaving behind lots of dead PHP fcgi processes. I'm guessing that eventually this overwhelmed PHP's ability to safely manage all the children and things seized up.

[uno]

Hi.

On the mailing list you said on July 6 that you would produce the 0.8.7g release that same night if everything went ok. Did you run into problems during the final checks?

Just checking the status, so we know if we should plan for an upgrade in the near future.