500 Internal Server Error

Was having this issue yesterday but I had upgraded php version prior. Today I performed a clean install of virtualmin and attempted to install zen cart via the install script. The same problem has occurred again at the step of saving the database settings. When I click on [Save Database Settings] i get this error:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log. Apache/2.2.3 (CentOS) Server at gmg.greenmonstergraphics.com Port 80

Closed (fixed)


Whenever that happens, what error do you see in the Apache logs? That would be in $HOME/logs/error_log. That should offer some clues as to what's going wrong there.

[Mon Jun 28 10:29:21 2010] [warn] mod_fcgid: read data timeout in 31 seconds [Mon Jun 28 10:29:21 2010] [error] [client] Premature end of script headers: index.php, referer: http://gmg.greenmonstergraphics.com/zencart/zc_install/index.php?main_pa...

So, from the above information I found a post (http://www.virtualmin.com/node/7529) that refers to adding "IPCComTimeout" parameter to the apache config. I'm going to try it but I'm not sure exactly where I should put it but I guess it should be in the VirtualHost container.

If it works I'll let you know.

I found the IPCComTimout parameter set at 31 so I guess that wasn't enough. I set it to 90 and the Zen Cart installer timed out for not being able to connect to MySql due to either an incorrect user/pass/or dbhostname. It turned out to be the dbhostname. I originally had my FQDN but it likes localhost. What I don't understand is why it would not connect with the FQDN. Is this correct?

And thanks again for your help, all I need is a little push in the right direction sometimes.

Are you by chance on a LAN, behind a NAT firewall? That could be a potential cause of the script not being able to connect to the database using your FQDN. However, I also believe that MySQL doesn't listen on the external IP by default for security reasons, so it might just be that MySQL isn't listening on that interface.

Yes i am. It works though, so long its not a cause for concern I'm happy.