Wordpress: Problem installing on dedicated windows server 2008/IIS7


I'm having trouble with installing Wordpress on a dedicated Microsoft Windows Web Server 2008 R2.

I've installed Wordpress Version 2.9.2 from Web platform installer 3.0.

After installation when I try to access wordpress, either from ~/index.php or ~/wp-admin/install.php I get the error:

HTTP Error 500.0 - Internal Server Error File monitoring is enabled for a file which could not be found

Modul: FastCgiModule
Notification: ExecuteRequestHandler
Handler: PHP52_via_FastCGI
Error Code: 0x80070003

I have both .Net 2.0 and .Net 4.0 installed.

Adding a "phpinfo.php" gives me the same error.

The application pool in IIS7 that's used for the website is: "No Managed Code" and set to "Integrated" in "Managed Pipeline Mode".

I've tried to reboot the machine.

What's more can I try?

asked on Server Fault Oct 23, 2010 by Niels Bosma • edited Oct 24, 2010 by Niels Bosma

8 Answers


I solved the same issue setting the Enable 32bit Applications option in the Advanced Settings of the application pool to true.

answered on Server Fault Dec 1, 2011 by splattne

I solved this issue by adding permissions to the PHP folder. It seems the Web Installer doesn't do this by default. In my case I need to add Read&Execute, Read, and List folder contents permissions to the NETWORK SERVICE user group.

If you already have another working copy of PHP installed on your server you can simply duplicate its permissions by looking at it in Properties->Security.

answered on Server Fault Nov 7, 2012 by Chaoix

I solved it by removeing the web app created by web platform installer and creating a new.

answered on Server Fault Oct 24, 2010 by Niels Bosma

After reading splattne's answer I had a look at my application pools and realized that I had 2. The one I originally created and also the one created by Web Platform Installer (probably caused by an earlier attempt to fix issues with Web Deploy).

To solve this,

  • I switched the site's application pool to "DefaultAppPool"
  • Removed both application pools
  • Created a new .Net 4.0 / Integrated Application Pool
  • Changed to allow 32bit in Advanced Settings
  • Ensured the web site's permissions included "Modify" for "IIS AppPool\Wordpress_Site_AppPool_Name_Here"
answered on Server Fault Jun 25, 2012 by user125867

I also had a similar issue after installing Web Deploy. For me, it turned out that I previously installed and subsequently uninstalled the PHP 5.4 handler, after downgrading to PHP 5.3. While the PHP 5.3 version works nicely for me, the 5.4 handler mapping lingered. I guess this never came to the forefront, because for some reason the 5.3 handler mapping was chosen for *.php files. After I deleted the 5.4 handler mapping (leaving only the 5.3 handler mapping), the problem went away.

answered on Server Fault Feb 22, 2013 by VeeTheSecond

Just make sure you install PHP through the web platform installer, I had the same issue and this resolved what I needed.

answered on Server Fault Jan 29, 2015 by Andrew Lee

I had two entries for PHP5X_via_FastCGI in handler mappings.

I deleted the one what was no longer there.

details here https://thedesignspace.net/2013/07/19/wordpress_http_/

answered on Server Fault May 23, 2016 by Alzoo

I solved this by updating to PHP 7.2.2 through the WPI.

Windows Server 2008 R2, IIS 7

answered on Server Fault Jun 19, 2018 by intTiger

User contributions licensed under CC BY-SA 3.0