• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion
  • Please beaware of a breaking change in the REST API on the next Plesk release (18.0.62).
    Starting from Plesk Obsidian 18.0.62, requests to REST API containing the Content-Type header with a media-type directive other than “application/json” will result in the HTTP “415 Unsupported Media Type” client error response code. Read more here

'No input file specified' error

danielbdg

New Pleskian
I am running Plesk 11.whateveristhelatest on CentOS 5.8 on a MediaTemple DV4.

I have one site on the server presently that today had a crush of traffic. The site is using Wordpress and therefore I have PHP configured to use FastCGI so that the user can upload files and run updates through the Wordpress Dashboard. Today, however, when the site's traffic spiked after an email blast went out, all the pages on the site started throwing "No input file specified" errors. The Plesk CGI process was also completely through the roof in resource usage and the Plesk health monitor was reporting an unbelievable 64,000%+ CPU usage.

I Googled the issue and came up with this explanation and work-around for the error, which suggests it is because of a misconfiguration of FastCGI settings in the site's vhost.conf file. What perplexes me however is that, to my understanding, vhost.conf and/or httpd.conf files are all handled by Plesk, which autogenerates its own .conf files and overwrites any changes manually made by the user.

In that case, is this not a larger misconfiguration issue within Plesk and not something I myself can address? If I am mistaken, what steps can I take to resolve this issue and ensure that it does not happen again?

My temporary fix was routing PHP through Apache and not through FastCGI. That got the error to go away and brought my processor usage back down to normal levels. But now my client can no longer upload files via Wordpress using appropriate and secure file ownership and permissions settings, so it's not a permanent solution.

Any ideas would be greatly appreciated.
 
Last edited:
You could disable nginx if that is really what's causing the problem.

But your first port of call will be to check the various logs to see what was actually going on.
 
Back
Top