phpinfo() shows:
Configuration File (php.ini) Path|/etc/opt/rh/rh-php72|
Loaded Configuration File|/home/crm/etc/php7.2/php.ini|
MODULE:
IMAP Rex Logan, Mark Musone, Brian Wang, Kaj-Michael Lang, Antoni Pamies Olive, Rasmus Lerdorf, Andrew Skalski, Chuck Hagenbuch, Daniel R Kalowsky
Why am I getting this warning on the installation?
Installation in later steps says it cant save the email address (that post is here) so I’m chasing all and any cause around email issues in the installer and this 2nd screen is where things appear to go south.
This is what I usually run on Ubuntu to get all modules:
apt install zip unzip php-mbstring php7.2-mbstring php-gettext php-xml php7.2-zip php7.2-imap php7.2-gd php7.2-curl php-gd phpmyadmin
I also add a few utilities, some of them for development:
apt install iotop htop php-xdebug
I am not sure if those will work for CentOS but I’m sure it will be easy to find the equivalents.
After installation, make sure they are active. I think this happens by default - but if the installer still can’t find them, then have a look in php.ini to activate them.
I ran these imap yum install php (specific versions and generic) 1st thing to troubleshoot and it said these were already installed. phpinfo() function says they are there and working.
its installed. this IM(E/O) is a bug.
And again all of this because the app wont install fresh cleanly.
[Fri Mar 06 12:56:38.558619 2020] [fcgid:warn] [pid 92048] [ client 40.138.171.140:50310] mod_fcgid: stderr: PHP Fatal error: Uncaught Exception: SuiteCRM is not installed. Entry point needs an installed SuiteCRM, please install first. in /home/crm/public_html/include/entryPoint.php:59
[Fri Mar 06 12:56:38.558657 2020] [fcgid:warn] [pid 92048] [client 40.138.171.140:50310] mod_fcgid: stderr: Stack trace:
[Fri Mar 06 12:56:38.558660 2020] [fcgid:warn] [pid 92048] [client 40.138.171.140:50310] mod_fcgid: stderr: #0 /home/crm/public_html/index.php(47): require_once()
[Fri Mar 06 12:56:38.558663 2020] [fcgid:warn] [pid 92048] [client 40.138.171.140:50310] mod_fcgid: stderr: #1 {main}
[Fri Mar 06 12:56:38.558665 2020] [fcgid:warn] [pid 92048] [client 40.138.171.140:50310] mod_fcgid: stderr: thrown in /home/crm/public_html/include/entryPoint.php on line 59
[Fri Mar 06 12:59:41.958237 2020] [fcgid:warn] [pid 93144] [client 40.138.171.140:50357] mod_fcgid: read data timeout in 40 seconds, referer: http://crm.decisionforward.com/install.php
[Fri Mar 06 12:59:41.958289 2020] [core:error] [pid 93144] [client 40.138.171.140:50357] End of script output before headers: install.php, referer: http://crm.decisionforward.com/install.php
[Fri Mar 06 13:00:31.011254 2020] [fcgid:warn] [pid 92047] [client 40.138.171.140:50399] mod_fcgid: stderr: PHP Fatal error: Uncaught Exception: SuiteCRM is not installed. Entry point needs an installed SuiteCRM, please install first. in /home/crm/public_html/include/entryPoint.php:59
[Fri Mar 06 13:00:31.011279 2020] [fcgid:warn] [pid 92047] [client 40.138.171.140:50399] mod_fcgid: stderr: Stack trace:
[Fri Mar 06 13:00:31.011282 2020] [fcgid:warn] [pid 92047] [client 40.138.171.140:50399] mod_fcgid: stderr: #0 /home/crm/public_html/index.php(47): require_once()
[Fri Mar 06 13:00:31.011285 2020] [fcgid:warn] [pid 92047] [client 40.138.171.140:50399] mod_fcgid: stderr: #1 {main}
[Fri Mar 06 13:00:31.011287 2020] [fcgid:warn] [pid 92047] [client 40.138.171.140:50399] mod_fcgid: stderr: thrown in /home/crm/public_html/include/entryPoint.php on line 59
[Fri Mar 06 13:01:23.310879 2020] [fcgid:warn] [pid 96964] [client 40.138.171.140:50409] mod_fcgid: read data timeout in 40 seconds, referer: http://crm.decisionforward.com/install.php
[Fri Mar 06 13:01:23.310919 2020] [core:error] [pid 96964] [client 40.138.171.140:50409] End of script output before headers: install.php, referer: http://crm.decisionforward.com/install.php
so its just layers and layers of bug after bug. and all of this because 7.11.10 would not upgrade properly to 7.11.12. again layers and layers of issues IME/O. I have many open source app projects running on this system. Virtulalmin, Nextcloud, wordpress and others. SuiteCRM is the main pain on the system having massive issues. and I don’t understand why a mature opensource project is so buggy? Is the SuiteCRM project not getting as much love as Sugar CE use to?
and to clarify after the install errors it APPEARS as if the installation is there and the system is live and can log in but its untrustworthy to know if this is a solid install and as a result would NEVER use this in a production environment.
No, this is not the usual experience at all. I install SuiteCRM’s on Ubuntu’s in minutes, zero bugs, zero problems, zero FATALs. I am baffled by your experience, I wouldn’t rule out some really nasty thing going on there like a faulty disk, or faulty memory, or file system corruption; or interference of 3rd party software (typically security stuff).
Even the bugs that I do recognize exist (the upgrader stuff) are getting seriously compounded by whatever is haunting your system. If you see the other threads around here with the upgrader issue, it’s typically just a matter of cleaning up directories, increasing resources, and it works. BTW, I personally fixed that bug in the PR I linked in the other thread, and it is a SugarCRM bug, it’s been there since the beginning, only it started manifesting itself when the upgrade packages grew significantly (due to “composerification” of 3rd party modules).
But I understand if you are incredulous of all this, or simply fed up with it. I guess I would feel the same if I had gone through what you went through… 
In one of your posts you mentioned Debian working just fine… So I installed a VM server with Debian 10 and installed Virtualmin to match my current prod server config. The only change here is CentOS 7 for Debian 10.
Not only did this installation go smoother it also provided quality ERROR messages that were helpful about even intentional miss configurations on the DB setup, that I knew caused issues previously. Nuances but it really goes to proving a point
So the take away here is either this app and CentOS 7 or this app and CentOS 7 combined with a Virtualmin base, is not fully compatible based on my testing or IMO/E.
Being fully transparent the Virtualmin opensource project prefers Debian as well. They still are not supporting CentOS 8 docs.
Even the errors about the missing IMAP library issue on the install checker was resolved on this test - there must be some difference in code in how you check httpd (CentOS) vs. apache2 (Debian) for this specific php module.
For me… and anyone reading this - to avoid unusual issues use DEBIAN as the system OS as there seams to be bugs and issues surrounding CentOS (and possibly only, and/or when combined with the Virtualmin layer - I can’t confirm with out further testing and I don’t have that kind of time to test) - I am just happy I have way to implement this solidly! Now I can use this with clients.
Hope this info helps others and hope the dev/qa teams investigate this a bit further.
1 Like