4.0->4.0.1 upgr: segfaults, user edit errors & opportunities not working: SOLUTION

[nkendrick]

This is just to highlight the endpoint of a couple of other threads about problems after a 4.0->4.0.1 upgrade and the ultimate solution(s) (Disclaimer: Your Mileage May Vary etc..)

In both cases, the OS involved was CentOS 4.2, which is a community-built version of Red Hat Enterprise Linux 4, so these notes may apply to RHEL as well. After the upgrade, both installations of SugarCRM kept segfaulting in the 'Opportunities' module (users got blank screens) and you couldn't edit or create new users. The other common factor was that both systems were running PHP 4.3.9

ncobley reported the problem in the following thread and deserves credit for 'discovering' the fix:

http://www.sugarcrm.com/forums/showthread.php?t=8921

The fix was to install PHP 5.0.5

My thread is here:

http://www.sugarcrm.com/forums/showthread.php?t=8936

I downloaded and compiled PHP 4.4.2 from the official PHP web site. There were quite a few dependencies to resolve by installing various other packages during the compilation and this forum thread helped greatly:

http://www.vbulletin.com/forum/archi.../t-114170.html

Note that this thread refers to an older version of PHP but the notes about the other modules that needed to be downloaded with 'yum install...' are quite valid.

Hope this helps, and thanks to all those who also suggested possible fixes and things to test along the way.

NK

[smueller72]

Running into this same issue but on a fresh install of 4.0.1. Has anyone found a solution other than doing a PHP upgrade. Doing such an upgrade is pretty dicey as it may 'break' other apps/sites on the same box. If this is truly the only solution then I could see this causing major issues throughout the install base of Sugar. Any ideas from the Sugar Team?

[nkendrick]

For what it's worth, I have submitted a bug report and also a Private Message to Clint.

[nkendrick]

Further to my original post, I had to do a couple of 'clean-up' things after upgrading to 4.4.2:

1) During the 'make install' for PHP, I received a warning about the version of some PEAR modules and so did the following:

pear clear-cache
pear upgrade --alldeps PEAR

2) The cache clear threw up a message that my version of eAcclerator was compiled for PHP 4.3.9 so I downloaded the source again, re-compiled and re-installed it.

3) I restarted Apache:

service httpd restart

NK

PS: The lack of any 'official' response to the PHP / Sugar 4.0.1 issue is disappointing but kudos to the community for diving in to help.

[doctorlard]

GREAT! Now I have CentOS 4.2 with PHP 5.0.4 from the CentosPlus repo, and PHP now doesn't work at all. The browser wants to download .php files. Fantastic suggestion!

[doctorlard]

So sorry, my bad... overlooked a DirectoryIndex setting in httpd.conf...
I have had a really awful terrible day of chasing this nasty bug for about 6 hours. FWIW, upgrading to PHP 5.0.4 FIXED IT!!! YAY!!!

[eugenevdm]

Just to let you know the default Trixbox 1.0 install which comes with SugarCRM and PHP 4.3.9 also produces this error.