Empty page after successful login

[alianzasoft]

I have Sugar 4.5.0 (can't tell if it's a or b oor c, d e...)
runnin on PHP 5.1.6 / Apache 2.2 / Fedora Core 5

I have been using it fine until one day when I login, I get empty (blank) page.
There is absolutely nothing in the page, not even in its source.

Since I cannot log-in, I cannot do update wizard. I cannot even tell which version is my installation.

Now, how can I apply patch manually?

Thanks in advance

[sacramentojoe]

I have Sugar 4.5.0 (can't tell if it's a or b oor c, d e...)
runnin on PHP 5.1.6 / Apache 2.2 / Fedora Core 5

I have been using it fine until one day when I login, I get empty (blank) page.
There is absolutely nothing in the page, not even in its source.

Since I cannot log-in, I cannot do update wizard. I cannot even tell which version is my installation.

Now, how can I apply patch manually?

Thanks in advance

Whats the URL when the page is blank?
If you logged in but it's blank, you can change the url to have the module=Administration.
I've ran into issues like that before. Did the permissions of your folders change?

[alianzasoft]

Whats the URL when the page is blank?
If you logged in but it's blank, you can change the url to have the module=Administration.
I've ran into issues like that before. Did the permissions of your folders change?

The url when the page is blank is
http://intra.mydomain.com/sugarcrm/index.php

I tried the
http://intra.mydomain.com/sugarcrm/index.php?module=Administration
It redirects me to the login page again. Even after the login, as if the session were not set after *seemingly* successful login.

The permissions of the directories have not changed.
Just in case i tried chmod'ing to 777, it did not work either.

A week ago I changed I did 3 changes
- moved from one directory to another
- changed from port 8080 to 80.
- from IP address to domain name (through apache's VirtualHost).
But after the changes, it worked fine for couple of days.

[alianzasoft]

I just found out that the PHP was throwing the following error (in the apache log file)

*** glibc detected *** /usr/local/apache2/bin/httpd: free(): invalid pointer: 0x002e0bc0 ***
======= Backtrace: =========
/lib/libc.so.6[0x68cf18]
/lib/libc.so.6(__libc_free+0x79)[0x69041d]
/usr/lib/libmysqlclient.so.15(__dl__FPvGQ25yaSSL5new_t+0x23 )[0x3c0d33]
/usr/lib/libmysqlclient.so.15(ysDelete__H1ZQ25yaSSL10SSL_ME THOD_5yaSSLPX01_v+0x25)[0x3ecd05]
/usr/lib/libmysqlclient.so.15(_._Q25yaSSL7SSL_CTX+0x23)[0x3c4433]
/usr/lib/libmysqlclient.so.15(ysDelete__H1ZQ25yaSSL7SSL_CTX _5yaSSLPX01_v+0x26)[0x3ec816]
/usr/lib/libmysqlclient.so.15(SSL_CTX_free+0x1f)[0x3b898f]
/usr/lib/libcurl.so.3(Curl_ossl_close+0x66)[0x2224e6]
/usr/lib/libcurl.so.3(Curl_ssl_close+0x26)[0x2308c6]
/usr/lib/libcurl.so.3(Curl_disconnect+0xf2)[0x21a6a2]
/usr/lib/libcurl.so.3(Curl_connect+0xd59)[0x21b779]
/usr/lib/libcurl.so.3[0x22717b]
/usr/lib/libcurl.so.3(Curl_perform+0xe4)[0x2296f4]
/usr/lib/libcurl.so.3(curl_easy_perform+0x3c)[0x229b7c]
/usr/local/apache2/modules/libphp5.so(zif_curl_exec+0x98)[0xd10918]
/usr/local/apache2/modules/libphp5.so[0xf4298c]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf42399]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so[0xf5e9e0]
/usr/local/apache2/modules/libphp5.so(execute+0x12d)[0xf33e3d]
/usr/local/apache2/modules/libphp5.so(zend_execute_scripts+0x218)[0xf18c58]
/usr/local/apache2/modules/libphp5.so(php_execute_script+0x1e4)[0xedd384]
/usr/local/apache2/modules/libphp5.so[0xf8f10a]
/usr/local/apache2/bin/httpd(ap_run_handler+0x59)[0x8074469]
/usr/local/apache2/bin/httpd(ap_invoke_handler+0x61)[0x80775c1]
/usr/local/apache2/bin/httpd(ap_process_request+0x178)[0x808da78]
/usr/local/apache2/bin/httpd[0x808ad7b]
/usr/local/apache2/bin/httpd(ap_run_process_connection+0x59)[0x807b259]
/usr/local/apache2/bin/httpd[0x80a8b20]
/usr/local/apache2/bin/httpd[0x80a8e17]
/usr/local/apache2/bin/httpd(ap_mpm_run+0x880)[0x80a9770]
/usr/local/apache2/bin/httpd(main+0x845)[0x80622b5]
/lib/libc.so.6(__libc_start_main+0xdc)[0x63e7e4]
/usr/local/apache2/bin/httpd(apr_bucket_mmap_make+0x69)[0x80614c1]
======= Memory map: ========
[Tue Dec 26 21:40:32 2006] [notice] child pid 27520 exit signal Aborted (6)

Any clue?

Thanks in advance

[alianzasoft]

To add more information,

I remembered that I upgraded some libraries in Linux, including cyrus-sasl cyrus-sasl-devel cyrus-sasl-gssapi cyrus-sasl-md5 cyrus-sasl-plain postfix dovecot

I tried rebuilding the php with newer version 5.2.0 and still throws same error

[mgwb]

Hi,
Same problem here.
I have the german language pack installed.
When trying to login with language: german - no problem
When changing language to "US English" - I get a blank page, no html source

Maybe switching to another language helps.

I checked the sugarcrm and apache log but could not find any errors or problems there.

kr,
mgwb

PS: I just fould I have messed up the /custom/include/language/en_us.lang.php file - it's working fine now.

[vidtechsteve]

I am having the same issue.

I can change the module to administration, I can run a repair on all of the options, but I still dont have any pages except the login screen and the administration.

[ddbtek]

This is a bug where something in sugar is using some php function and they are in turn using some libraries and ultimately calls are made to glibc which request the freeing of the same chunk of memory twice. Your OS has a more robust version of glibc and glibc itself reports the error (***glibc***) "double free" in order to protect the OS and system stability, then it kills the app.

I've seen it with SugarCRM inbound email and TLS/SSL.

Dave