This step-by-step article describes the troubleshooting steps to take if ASP (Active Server Pages) stops responding on an Internet Information Services (IIS) 5.0 Web server. The platform may be any version of Windows 2000.
How to Troubleshoot ASP in IIS 5.0
NOTE: Before you begin, ensure that .html or .htm files open on the Web server in question. If these files do not open, this is not an ASP issue.
If a Global.asa file exists in the root of your Web site, rename it as Global.old, stop and restart the Web services, and then create a test ASP page in Notepad with the following code:
Response.Write "This is a test ASP page."
Save this file as Test.asp in the root of your Web site, and try to open the file on the Web server.
If ASP pages load in your Web browser after you have performed this step, the problem is with the Global.asa file. If ASP pages still do not load, proceed to step 2.
For additional information on troubleshooting the Global.asa file, click the article numbers below
to view the articles in the Microsoft Knowledge Base:
Set the application protection for the Web site to Low and stop and restart the IISAdmin service. If ASP pages load in your Web browser after you have performed this step, the issue is with the IWAM account, and you can proceed to step 3. If ASP pages still do not load, check Component Services in Administrative Tools to ensure that you can view the IIS packages. This ensures that Component Services is not failing. Make sure the following users exist in the local Users group:
NT AUTHORITY\Authenticated Users
For more information on troubleshooting the Component Services snap-in, see the following Knowledge Base article:
PRB: Cannot Expand 'My Computer' in Component Services MMC Snap-In
If ASP pages load in your Web browser after you have performed step 2, set the site back to Medium or High application protection, and add the IWAM account to the local Administrators group. If ASP pages load in your Web browser after you have performed this step, a permissions issue involving the IWAM account exists, and you can proceed to step 4. If ASP pages still do not load, run the Synciwam.vbs utility from a command line. To do this, open a command prompt and type
For additional information on situations in which the IWAM user account causes ASP to fail, see the following Knowledge Base articles:
If you receive these error messages, the NT AUTHORITY\Authenticated Users or NT AUTHORITY\INTERACTIVE entry has been removed from the Users group. To resolve the problem, make sure that Authenticated Users and INTERACTIVE are members of the Users Group for that computer.
For additional information, click the article number below
to view the article in the Microsoft Knowledge Base:
PRB: ASP Pages Do Not Process and DCOM Event 10010 Appears in System Log
As a last resort, you can re-create the IIS packages. To do this, follow these steps:
Browse to Component Services and delete the following packages:NOTE: To delete the packages, you must first open the properties of the package, click the Advanced tab, and then click to clear the Disable Deletion check box.
IIS In-Process Applications
IIS Out-of-Process Pooled Applications
Open a command prompt, and then use the following command to switch directories:
Run the following commands:
rundll32 wamreg.dll, CreateIISPackage
NOTE: "CreateIISPackage" must be typed exactly; it is case-sensitive.
Close and reopen Component Services. You should see all three IIS COM+ applications that have been recreated.
Run IISRESET from a command line and test any ASP page that previously did not load correctly.