Bus Error

[sejtam]

Trying to get Cacti 0.8.6c running on a FreeBSD w/ Apache 1.3, we get empty webpage responses..

Looking into the logs, we see Bus Errors some 200 returns (and sone 301, not captured below).

We did fix the 'move the
iinclude_once($config["library_path"] . "/functions.php");
line in config.php and confirmed the DB settings.

Below are the versions of php, some logs etc
Any help will be appreciated...

Btw: 0.8.6b ran fine on the same system, but I want to start off with 0.8.6c as some fixes seem important enough to skip b right away..



weblist# /usr/sbin/pkg_info | grep php
php4-4.3.10_2 PHP Scripting Language (Apache Module and CLI)
php4-mysql-4.3.10_2 The mysql shared extension for php
php4-pcre-4.3.10_2 The pcre shared extension for php
php4-session-4.3.10_2 The session shared extension for php
php4-xml-4.3.10_2 The xml shared extension for php
phpMyAdmin-2.5.2 A set of PHP-scripts to adminstrate MySQL over the web

[Thu Mar 31 18:53:54 2005] [notice] Apache/1.3.31 (Unix) mod_perl/1.29 PHP/4.3.1
0 mod_ssl/2.8.17 OpenSSL/0.9.7c configured -- resuming normal operations
[Thu Mar 31 18:53:54 2005] [notice] Accept mutex: flock (Default: flock)
[Thu Mar 31 18:53:58 2005] [notice] child pid 56925 exit signal Bus error (10)
[Thu Mar 31 18:53:58 2005] [notice] child pid 56918 exit signal Bus error (10)
[Thu Mar 31 18:58:32 2005] [notice] child pid 56923 exit signal Bus error (10)
[Thu Mar 31 18:58:32 2005] [notice] child pid 56921 exit signal Bus error (10)
[Thu Mar 31 18:58:42 2005] [notice] child pid 56926 exit signal Bus error (10)
[Thu Mar 31 18:58:42 2005] [notice] child pid 56920 exit signal Bus error (10)
[Thu Mar 31 19:10:16 2005] [notice] child pid 57127 exit signal Bus error (10)
[Thu Mar 31 19:10:18 2005] [notice] child pid 56919 exit signal Bus error (10)
[Thu Mar 31 19:15:10 2005] [notice] child pid 56922 exit signal Bus error (10)
[Thu Mar 31 19:15:14 2005] [notice] child pid 56930 exit signal Bus error (10)
[Thu Mar 31 19:18:58 2005] [notice] child pid 57766 exit signal Bus error (10)
[Thu Mar 31 19:19:03 2005] [notice] child pid 58028 exit signal Bus error (10)
[Thu Mar 31 19:19:03 2005] [notice] child pid 57369 exit signal Bus error (10)
[Thu Mar 31 19:19:05 2005] [notice] child pid 58033 exit signal Bus error (10)
[Thu Mar 31 19:19:07 2005] [notice] child pid 56929 exit signal Bus error (10)
[Thu Mar 31 19:26:27 2005] [notice] child pid 57178 exit signal Bus error (10)
[Thu Mar 31 19:26:32 2005] [notice] child pid 57126 exit signal Bus error (10)
[Thu Mar 31 19:26:33 2005] [notice] child pid 56924 exit signal Bus error (10)
[Thu Mar 31 19:26:34 2005] [notice] child pid 57368 exit signal Bus error (10)

128.177.193.27 - ashley [31/Mar/2005:19:03:03 -0800] "GET /~mathias/cacti/foo.php?=PHPE9568F34-D428-11d2-A769-00AA00
1ACF42 HTTP/1.1" 200 2974
128.177.193.27 - ashley [31/Mar/2005:19:03:03 -0800] "GET /~mathias/cacti/foo.php?=PHPE9568F35-D428-11d2-A769-00AA00
1ACF42 HTTP/1.1" 200 4453
128.177.193.27 - ashley [31/Mar/2005:19:12:45 -0800] "GET /~mathias/cacti/foo.php HTTP/1.1" 200 31333
128.177.193.27 - ashley [31/Mar/2005:19:12:45 -0800] "GET /~mathias/cacti/foo.php?=PHPE9568F34-D428-11d2-A769-00AA00
:

[sejtam]

Here are some of the 301 errors. My sysadmin now says that the Bus Errors may be unrelated. Still, I cannot even get to the first page..


128.177.193.27 - ashley [31/Mar/2005:18:19:07 -0800] "GET /~mathias/cacti HTTP/1
.1" 301 338 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/2005030
1 Firefox/1.0.1 (Debian package 1.0.1-1)"
128.177.193.27 - ashley [31/Mar/2005:18:23:31 -0800] "GET /~mathias/cacti HTTP/1
.1" 301 338 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/2005030
1 Firefox/1.0.1 (Debian package 1.0.1-1)"
128.177.193.27 - ashley [31/Mar/2005:18:27:37 -0800] "GET /~mathias/cacti HTTP/1
.1" 301 338 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/2005030
1 Firefox/1.0.1 (Debian package 1.0.1-1)"
128.177.193.27 - ashley [31/Mar/2005:18:53:56 -0800] "GET /~mathias/cacti HTTP/1
.1" 301 338 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/2005030
1 Firefox/1.0.1 (Debian package 1.0.1-1)"
128.177.193.27 - ashley [31/Mar/2005:18:58:31 -0800] "GET /~mathias/cacti HTTP/1
.1" 301 338 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/2005030
1 Firefox/1.0.1 (Debian package 1.0.1-1)"

[sejtam]

one more thing: He claims other php pages can be run fine from the same directory.

where else can we look?

[rony]

Ok, when you attempt to go the the Cacti webpage, what is the error you get?

You never really let us know that.

[sejtam]

In the logs I get the 301 errors shown.
In the browser I see absolutely nothing ! (NOt even a blank page, the previously shown page does not disappear). No error message/number..

I may have to do a packet capture to see what exactly is replied (my guess is the connection simply closes after a few bytes)

[rony]

Server support php sessions and cookies?

That is the only thing I can think of, as that is happening in the header tranmission to and from the server.

[rony]

Did a little research....

Some how, that server isn't processing redirects correcly. Probably a malformed or intential rewrite rule.

Unfortunately, Cacti uses a lot of redirects to work, so you will have to fix it.

[sejtam]

got a little further.

by commenting out the 'auth.php' call in index.php it at least displays the header and fails when trying to first draw..

Hunting this down further it seems that config.php never gets 'executed'.

If I delete everything 'before' the if ((isset($no_http_headers)... block
and put a simple <HTML><BODY>test</BODY></HTML> page in, that gets shown. If I do that *after* the isset... block, the result is an empty page.

Sadly, php does not seem to throw any errors that would point at a syntax error.

bummed...

[rony]

I have to point you at the php.ini file to see how it's configured. It could be simple configured to not display errors. We really can't help you until we have something to work with.

[sejtam]

drilling this sown even more, the problem seems to be with the
session_start()
line in config.php.

now, 086b worked on the same OS (FreeBSD before).

and there seem to be no errors in any logs regarding session_start

[rony]

Focus on that, as soon as sessions are working, I have a feeling cacti will start working.

[sejtam]

Hmm. according to a script phpinfo() sessions are enabled.

problem is I don't admin the server. I only have access to the cacti dir
(mounted from another system) and my sysadmin has to do all the other
stuff. I will point him here to weigh in.

merci

[sejtam]

yeah, commenting out session_start in config.php lets it at least go to the install screen..

how important is session support for cacti anyway?

[rony]

It will not work without sessions.

I can't stress this enough. The install is the only thing that doesn't use sessions. Which might change in the future.

This is probably related to invalid permissions or invalid path on the location where sessions files are stored by the web server.