*SOLVED* CentOS: lots of blank pages when submitting data

[_lunix_]

Hi,
When I submit data i get a blank page. When I click the browser back button the data was submitted properly.
This hapens as admin when creating a new reseller, as a reseller when creating/editing plans etc.
There is very little in the logs to show what is going wrong other than:

Code:

[root@nissan ispcp]# tail -f /var/log/httpd/error_log
[Sun Aug 10 17:03:16 2008] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
[Sun Aug 10 17:05:08 2008] [notice] child pid 11680 exit signal Segmentation fault (11)
[Sun Aug 10 17:17:17 2008] [notice] child pid 11681 exit signal Segmentation fault (11)
[Sun Aug 10 17:32:21 2008] [notice] child pid 11683 exit signal Segmentation fault (11)
[Sun Aug 10 17:40:52 2008] [notice] child pid 11677 exit signal Segmentation fault (11)
[Sun Aug 10 17:41:11 2008] [notice] child pid 11733 exit signal Segmentation fault (11)
[Sun Aug 10 17:42:38 2008] [notice] child pid 11678 exit signal Segmentation fault (11)
[Sun Aug 10 17:43:25 2008] [notice] child pid 11682 exit signal Segmentation fault (11)
[Sun Aug 10 17:58:45 2008] [notice] child pid 11880 exit signal Segmentation fault (11)
[Sun Aug 10 18:05:07 2008] [notice] child pid 11676 exit signal Segmentation fault (11)

Each line is when I submit a page. I have turned display_errors on in the php.ini and still blank page.

I have a real server with CentOS 5.2 x86 with all updates.
This was a fresh install today of the OS and ispcp-omega-1.0.0-rc6.

TIA
Mick
_lunix_
http://www.lunix.com.au

[DrXoR]

have s same trouble
CentOS 5.2 (all updates)
ispcp-omega-1.0.0-rc6

[ephigenie]

what php-version do you use ?
What modules do you've enabled (in your php installation?) ?

[_lunix_]

ephigenie Wrote:what php-version do you use ?
What modules do you've enabled (in your php installation?) ?

All the default php addons are running and the default CentOS 5.2 php RPMs are installed.
On the weekend I will try to remove some of the php addons to see if it makes a difference.

RPMs:

php-common-5.1.6-20.el5_2.1
php-mcrypt-5.1.6-15.el5.centos.1
php-pdo-5.1.6-20.el5_2.1
php-cli-5.1.6-20.el5_2.1
php-ldap-5.1.6-20.el5_2.1
php-xml-5.1.6-20.el5_2.1
php-snmp-5.1.6-20.el5_2.1
php-odbc-5.1.6-20.el5_2.1
php-5.1.6-20.el5_2.1
php-mysql-5.1.6-20.el5_2.1
php-gd-5.1.6-20.el5_2.1
php-dba-5.1.6-20.el5_2.1
php-pear-1.4.9-4.el5.1
php-bcmath-5.1.6-20.el5_2.1
php-mbstring-5.1.6-20.el5_2.1


Addons

bcmath.ini
dom.ini
gd.ini
mbstring.ini
mcrypt.ini
mysqli.ini
mysql.ini
pdo.ini
pdo_mysql.ini
snmp.ini
dba.ini
dbase.ini
ldap.ini
odbc.ini
pdo_odbc.ini
pdo_sqlite.ini
xmlreader.ini
xmlwriter.ini
xsl.ini


Mick

[Standbye]

hi, any news about this?

Same Problem for me also Centos 5.2

i got the problem with adding mail users!

[_lunix_]

Standbye Wrote:hi, any news about this?

Same Problem for me also Centos 5.2

i got the problem with adding mail users!

I have removed lots of unecessary php modules aswell as alot of apache modules and this is still a problem.
Standbye...Check your apache logs when you get the blank page. Do you see an apache child died with a segfault ?
I am currently working through this with gdb to find the problem.
As this is my first time using GDB I am not very fast/good at it.
I have a core file here if its of use to anyone.

....
I am able to login at all three levels. It's just when I go to submit any data, ie create a new email account, create a new domain account etc that I get a blank page and the apache child serving this request segfaults.
The following is a copy of my gdb session and the back trace associated with adding a new email account.

Code:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208522992 (LWP 9552)]
0x02f0be77 in mysql_more_results () from /usr/lib/mysql/libmysqlclient.so.15
(gdb)
(gdb)
(gdb) bt
#0  0x02f0be77 in mysql_more_results () from /usr/lib/mysql/libmysqlclient.so.15
#1  0x00a36fcc in free_statement (stmt=0x9ba93dc) at /usr/src/redhat/BUILD/php-5.1.6/ext/pdo/pdo_stmt.c:2200
#2  0x00a3721d in pdo_dbstmt_free_storage (stmt=0x9ba93dc) at /usr/src/redhat/BUILD/php-5.1.6/ext/pdo/pdo_stmt.c:2245
#3  0x011f9c36 in zend_objects_store_del_ref (zobject=0x99b31ec) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_objects_API.c:172
#4  0x011d82ae in _zval_dtor_func (zvalue=0x99b31ec, __zend_filename=0x1275bfc
"/usr/src/redhat/BUILD/php-5.1.6/Zend/zend_variables.h",
    __zend_lineno=35) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_variables.c:52
#5  0x011cb07a in _zval_ptr_dtor (zval_ptr=0x9ba81c0, __zend_filename=0x12bcad0
"/usr/src/redhat/BUILD/php-5.1.6/Zend/zend_variables.c",
    __zend_lineno=175) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_variables.h:35
#6  0x011d7f1f in _zval_ptr_dtor_wrapper (zval_ptr=0x9ba81c0) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_variables.c:175
#7  0x011e4ee9 in zend_hash_destroy (ht=0x9ba8394) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_hash.c:526
#8  0x011f6881 in zend_object_std_dtor (object=0x99af45c) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_objects.c:44
#9  0x011f68e2 in zend_objects_free_object_storage (object=0x99af45c) at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_objects.c:111
#10 0x011f9b50 in zend_objects_store_free_object_storage (objects=0x12e952c)
    at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_objects_API.c:86
#11 0x011cc10f in shutdown_executor () at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend_execute_API.c:281
#12 0x011d8d73 in zend_deactivate () at /usr/src/redhat/BUILD/php-5.1.6/Zend/zend.c:854
#13 0x0118d54b in php_request_shutdown (dummy=0x0) at /usr/src/redhat/BUILD/php-5.1.6/main/main.c:1293
#14 0x012726bc in php_handler (r=0x960dbd0) at /usr/src/redhat/BUILD/php-5.1.6/sapi/apache2handler/sapi_apache2.c:445
#15 0x00fbd97d in ap_run_handler () from /usr/sbin/httpd
#16 0x00fc1338 in ap_invoke_handler () from /usr/sbin/httpd
#17 0x00fcd3ae in ap_process_request () from /usr/sbin/httpd
#18 0x00fca18f in ap_register_input_filter () from /usr/sbin/httpd
#19 0x00fc585d in ap_run_process_connection () from /usr/sbin/httpd
#20 0x00fc595c in ap_process_connection () from /usr/sbin/httpd
#21 0x00fd1972 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#22 0x00fd1be4 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#23 0x00fd2af9 in ap_mpm_run () from /usr/sbin/httpd
#24 0x00fa9147 in main () from /usr/sbin/httpd
(gdb) s
Single stepping until exit from function mysql_more_results,
which has no line number information.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)

Now that i have the above I have no idea how to use this data but I hope someone else on these forums can help me.
I think it is telling me that there is a problem whilst running the 'mysql_more_results' function.

mick

[_lunix_]

Ok I have made some progress. Sort of.
The problem is I think related to the use of PDO
This old bug report pretty well looks like what I have but the report says it is fixed in the version of php I have. http://bugs.php.net/bug.php?id=37445
I found a repos with php 5.2.6 rpms in it. This fixes the problem however it is less than optimal to be running third party untrusted repositories on a production server.
http://blog.famillecollet.com/pages/Config-en
This link has instructions on how to enable his repos and then you just

Code:

yum --enablerepo=remi update php php-mysql php-pdo........

You will need to list all the php packages you have installed.
Find these by

Code:

rpm -qa | grep php

While this isn't fixing the actual cause of the problem it does get ispCP running on CentOS 5.2

Cheers
Mick