PHP Not Executing...

Joe/Jamie,

I created a "top-level" server, uploaded some content (php files), then attempted to visit the website (php file), and it outputted in plain text.

This is the first time PHP has not worked correctly, and I'm trying to figure out what may be causing the problem.

There does not appear to be any errors in either the "error_log" (at the domain or server level), or the "suexec_log".

Would appreciate your assistance on this one. (as always)

  • RedHat Enterprise 5
  • Virtualmin Pro
  • PHP Execution Mode is FCGId

-Peter

*** my nickname used to be pknowles, but has been updated to tpnsolutions ***

Status: 
Active

Comments

Hi Peter -- are other domains on this server working correctly?

What happens if you change the PHP execution mode from fcgid to cgi, does that make a difference of any sort?

In the Apache suexec log, are you seeing entries for this particular domain that show it attempting to execute the PHP wrapper?

tpnsolutions's picture
Submitted by tpnsolutions on Thu, 04/22/2010 - 23:57

Hi,

Only one domain on the server so far.

Changing the execution mode does not help, and no apparent errors showing up in "suexec_log".

Honestly, this one takes the cake. I haven't the slightest idea what is going on.

*** every other Virtualmin install works like a charm. having said that, I didn't install this one. *** *** this is installed on university campus, so I don't have SSH access, and am limited to troubleshooting through Virtualmin itself. ***

-Peter

tpnsolutions's picture
Submitted by tpnsolutions on Thu, 04/22/2010 - 23:59

Come to think of it, I don't even know if I have looked at the suexec_log file on this particular server.

Not even sure if I have access to it from Virtualmin.

-Peter

Hi Peter -- in addition to just not seeing errors, I'm interested in knowing if the suexec log shows PHP executing at all (ie, is suexec working properly)?

Outside of using the SSH webmin module, I don't know that it's possible to view the suexec logs from within the Virtualmin GUI.

Without being able to access various parts of the system though, this one may be tricky to troubleshoot...

tpnsolutions's picture
Submitted by tpnsolutions on Fri, 04/23/2010 - 00:10

Yeah, tell me about it.

Remember, this is a campus server, so they aren't exactly giving me full reign.

The department head had to fight just to give me the limited access I have now.

-Peter

tpnsolutions's picture
Submitted by tpnsolutions on Fri, 04/23/2010 - 00:43

Eric,

It would appear there is NO "suexec,log" being generated.

*** don't ask me how, but I managed to get the access I needed for this. ***

Any thoughts?

-Peter

No suexec log, eh? Hmm... I think the next step is that I'd be interested in seeing the contents of that domain's VirtualHost config from the Apache log.

That would be in /etc/httpd/conf/httpd.conf.

tpnsolutions's picture
Submitted by tpnsolutions on Sat, 04/24/2010 - 08:42

Eric,

The VirtualHost configuration shows all the standard stuff, including the "AddHandler fcgid-script .php" and "FCGIWrapper" line accordingly.

It still boggles me. Because even using "mod_php" mode doesn't seem to work.

I did confirm that the apache configuration files do call the inclusion of "mod_php" and that PHP itself is installed.

I can only wonder if the IT team at the university, in their haste to make the system super secure somehow messed up suexec and/or PHP itself.

Though, for some reason I don't think they are intelligent enough (lolz) to have changed the default installation of Virtualmin. However, having said that, they could have done standard system hardening which may have caused some configurations to be messed up, without realizing it.

Ugh, I hate it when they don't simply give me the option to install this stuff. It'd have worked the first time had they.

-Peter

*** I'm going to attempt to speak with one of their IT members on Monday (crosses fingers) *** *** I'm sort of hoping that we might be able to get the OS re-installed, and then get them to let me setup Virtualmin, make sure it works, then have the secure it in whatever way they want, while working to ensure they don't mess something up. ***