Blank page when loading - backtraced to segmentation fault

[k1gto]

I'm running Fedora core 8 on a Dell D630 latitude notebook PC.
I'm up to date on all stable Fedora 8 packages.

Code: Select all

[root@borg tmp]# php --version
PHP 5.2.4 (cli) (built: Oct 16 2007 09:13:35) 
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
[root@borg tmp]# 

Cacti version installed according to yum is:

Code: Select all

cacti.noarch  0.8.7a-1.fc8 installed       

The steps I took during installation:
I installed Cacti
I updated /etc/httpd/conf.d/cacti.conf to allow web access
I created the cacti database
I created a database user having full control over the cacti database
I updated the cacti config file and plugged in the above credentials

Then I rebooted for good measure.

When I go to http://localhost/cacti I get a blank page with absolutely nothing on it.
So I checked /var/log/httpd/error_log - it shows segmentation faults:
[Fri Jan 04 12:35:32 2008] [notice] child pid 2550 exit signal Segmentation fault (11)
[Fri Jan 04 12:55:40 2008] [notice] child pid 2551 exit signal Segmentation fault (11)

One of those segfault lines is generated each time I hit refresh on the web page.

So I stopped httpd and restarted it in the gdb debugger. This allowed me to generate a backtrace, but I don't think it was helpful. Here's what the backtrace says:

Code: Select all

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208854768 (LWP 5154)]
0x00ca6544 in execute () from /etc/httpd/modules/libphp5.so
(gdb) bt
#0  0x00ca6544 in execute () from /etc/httpd/modules/libphp5.so
#1  0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#2  0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#3  0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#4  0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#5  0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#6  0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#7  0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#8  0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#9  0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#10 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#11 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#12 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#13 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#14 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#15 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#16 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#17 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#18 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#19 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
#20 0x00ca6628 in execute () from /etc/httpd/modules/libphp5.so
#21 0x00ca71bd in ?? () from /etc/httpd/modules/libphp5.so
---Type <return> to continue, or q <return> to quit---

The backtrace looks like that up to at least 6000+ lines of backtrace. I dont know if its supposed to look like that or not, my take on it is that it looks like recursion but I dont know.

I can run phpMyAdmin, which is a PHP based site. I didn't have any other PHP sites installed to test. I'm stuck at this point and I'm not sure how to isolate the problem.

[gandalf]

Here's a similar entry, but for debian: http://forums.cacti.net/viewtopic.php?t ... ght=debian. Else try googling for "exit signal Segmentation fault (11)" site:forums.cacti.net or the like
Reinhard

[k1gto]

Thanks for the helpful hint. I'm now in the process of trying what that article recommends. I'll post my findings back here.