I am replicating web application deployment and found several issues related to HTTP Error 500.19
. My machine is running Windows 7 while the working development is using Windows 8. We’re developing our Web Application using Visual Studio 2010.
First, I got error code 0x80070021
, similar as posted here.
I update my web.config according to the accepted answer and then I got following error code (which is similar as posted here).
HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:
I have read the symptoms definition in Microsoft support page and cause of the error is:
This problem occurs because the ApplicationHost.config file or the Web.config file contains a malformed XML element.
and the solution is
Delete the malformed XML element from the ApplicationHost.config file or from the Web.config file.
However, the web.config that I used is working perfectly in the original development environment.
Here is what I have checked and tried so far:
- Install ASP.NET by calling aspnet_regiis -i
- Set my application to use different application pool (ASP.NET v4.0, .NET v4, etc)
- ApplicationHost.config file is still using default from Windows 7.
This is part of my Web.Config
<system.webServer>
<section name="handlers" overrideModeDefault="Allow" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true">
</modules>
<handlers>
<remove name="UrlRoutingHandler" />
<add name="ReportViewerWebControlHandler" preCondition="integratedMode" verb="*" path="Reserved.ReportViewerWebControl.axd" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</handlers>
<urlCompression doStaticCompression="true" doDynamicCompression="false"></urlCompression>
<directoryBrowse enabled="true" />
<defaultDocument>
<files>
<add value="Logon.aspx" />
</files>
</defaultDocument>
</system.webServer>
I have read similar/duplicates/closed posts (around 13) posts in stackoverflow, tried all except the answer related to Ajax (is it related) and still have no clue on what the error is.
Does anyone one how to fix this error? (And if possible, a comprehensive lists of things need to be checked so we can reduce similar posts like this.) I am ready to provide more details.
User-771111087 posted
Getting the error below, tried a couple different website publishes from Visual Studio 2019, I first set up a website through IIS pointing to a folder in inetpubwwwxxxxx
I’ve completely uninstalled IIS and reinstalled.
Any ideas? the error is saying it’s a webconfig problem, but I’ve published more than 1 site so I don’t think it is application specific issue, seems to be an IIS issue on this local machine…
These are .netcore 3.1 applications. because the apps work via iisExpress, I must have all the frameworks/sdks I need…
——
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
<fieldset>
Detailed Error Information:
Module | IIS Web Core |
---|---|
Notification | Unknown |
Handler | Not yet determined |
Error Code | 0x8007000d |
Config Error | |
Config File | \?C:inetpubwwwrootsampleweb.config |
Requested URL | http://localhost:777/ |
---|---|
Physical Path | |
Logon Method | Not yet determined |
Logon User | Not yet determined |
</fieldset><fieldset>
Config Source:
-1:
0:
</fieldset>
In general, a 500.19 error happens due to invalid configuration data. The IIS configuration system will almost always point to the source of the problem. At the same time, sometimes it is important to examine the “Error Code” field which symbolizes the cause of problem.
Here’s an example of how a 500.19 error appears on an IIS 7.0 server:
Let’s talk about some of the causes for 500.19 errors. We will use the ERR.exe tool for looking up the associated error codes (MSDN says it’s for Exchange error codes but it works for Win32 error codes and many more.) To use ERR.exe tool and find what an HRESULT error code corresponds to, navigate to the folder where err.exe resides and run command: ERR ErrorCode
Note: Make sure to backup your applicationHost.config file before editing it manually, to avoid any further issuesJ. You can find the detailed instructions here
***************************************
Scenario 1
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Module: StaticCompressionModule
Notification: MapRequestHandler
Handler: StaticFile
Error Code: 0x800700c1
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon Method: Anonymous
Logon User: Anonymous
Reason:
The Error Code in the above error message is “0x800700c1” which when translated through ERR.EXE, is
# %1 is not a valid Win32 application.
Solution:
This error normally indicates an attempt to use EITHER
Ø 32-bit executable from a 64-bit process
OR
Ø A corrupt executable
Hence the solution is to make sure that the listed module’s bitness (32bit/64bit) matches the bitness of the application Pool.
***************************************
Scenario 2
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid in the metabase on the Web server.
Error Code: 0x800700b7
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Anonymous
Logon Method: Anonymous
Handler: StaticFile
Config Error: Cannot add duplicate collection entry of type ‘add’ with unique key attribute ‘name’ set to ‘header’
Config File: \?C:inetpubwwwrootweb.config
Config Source:
21: <customHeaders>
22: <add name=»header» value=»text/plain» />
23: </customHeaders>
Reason:
This problem essentially happens if there is a duplicate entry for the configuration section setting at a higher level in the configuration (i.e. in parent site/folder’s web.config or applicationHost.config file). The error message itself points out the location of duplicate entries.
Solution:
One should look in the site’s config file and compare it with applicationHost or web.config file at a higher level to check for duplicate entries as pointed by the error message. You can either remove this entry to make the server run again, or make the entry non-duplicate by changing the collection key.
For example, the above error message was because of the same custom header defined at the IIS root level (applicationHost.config) and at the Default Website (web.config). To solve this, we can
1. Remove this entry from web.config file : <add name=»header» value=»text/plain» />
OR
2. Add remove OR clear element before this add element:
<remove name=»header»/>
OR
<clear />
***************************************
Scenario 3
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
Module: IIS Web Core
Notification: BeginRequest
Handler: Not yet determined
Error Code: 0x8007000d
Config Error: Configuration file is not well-formed XML
Config File: \? C:inetpubwwwroot web.config
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
Config Source
3: <system.webServer>
4: </handlers>
5: <remove name=»StaticFile»/>
Reason:
That error message goes on to say what exactly is bad about your configuration file, hence you should refer the “Config Error” and “Config Source” sections. This problem occurs because the ApplicationHost.config file or the Web.config file contains a malformed or unsupported XML element.
Solution:
Delete the malformed XML element from the ApplicationHost.config file or from the Web.config file as indicated by the error message.
There are couples of instances that we have come across where the error code remains 0x8007000d, but the cause of issue was interesting.
In one scenario, we had a virtual directory pointing to a UNC share content. This same above 500.19 error was caused because of wrong password specified in the “Connect as..” setting. So make sure to provide the right credentials under “Connect as..” .
Another instance where the error code remained “0x8007000d” but the “Config Error” didn’t complain the mal formed XML, rather was about Configuration section encryption.
HTTP Error 500.19 – Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
Module : ConfigurationValidationModule
Notification: BeginRequest
Handler : PageHandlerFactory-Integrated
Error Code: 0x8007000d
Config Error: Configuration section encryption is not supported
Config File: \?C:inetpubwwwrootaspnetweb.config
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
<identity configProtectionProvider=»RsaProtectedConfigurationProvider»>
<EncryptedData Type=http://www.w3.org/2001/04/xmlenc#Element
As the error suggests, the error is because IIS7 configuration system only supports per-attribute encryption; it does not support per-section encryption. For more details, refer Section level encryption of ASP.NET settings in IIS 7
***************************************
Scenario 4
Error Message:
HTTP 500.19 — Internal Server Error
Module: IIS Web Core
Notification: BeginRequest
Handler: Not yet determined
Error Code: 0x8007010b
Config Error: Cannot read configuration file
Config File \?C:inetpubwwwrootaspnetweb.config
Logon Method: Not yet determined
Reason:
ERROR CODE: 0x8007010b translates to “ERROR_DIRECTORY — The directory name is invalid.”
Solution:
As the error indicates, IIS is not able to find the content directory. For this error, we can run Process Monitor OR use Failed Request Tracing to get the Directory name where it fails. And then verify if that directory name/path is valid or not. If it does exist, then verify the NTFS permissions on that directory for account that is being used to access it.
We have seen this error when the site content is pointing to some Non-NTFS File system. In such cases, it is advisable to test it by placing the content on a Windows/NTFS share.
***************************************
Scenario 5
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Error Code: 0x8007052e
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost/
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Config Error: Cannot read configuration file
Config File: \?UNCisha2003wwwrootweb.config
Reason:
The error code in this 500.19 error message is 0x8007052e which indicates:
ERROR_LOGON_FAILURE — Logon failure: unknown user name or bad password.
Solution:
To resolve this error, follow the steps given in the KB 934515
***************************************
Scenario 6
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid. Module DynamicCompressionModule
Notification SendResponse
Handler StaticFile
Error Code 0x8007007e
Requested URL http://localhost:80/
Physical Path C:inetpubwwwroot
Logon Method Anonymous
Logon User Anonymous
Reason:
Error Code 0x8007007e is:
ERROR_MOD_NOT_FOUND — The specified module could not be found.
This problem occurs because the ApplicationHost.config file or the Web.config file references a module that is invalid or that does not exist. To resolve this problem: In the ApplicationHost.config file or in the Web.config file, locate the module reference or the DLL reference that is invalid, and then fix the reference. To determine which module reference is incorrect, enable Failed Request Tracing, and then reproduce the problem.
For above specific error (mentioned in this example), DynamicCompressionModule module is causing the trouble. This is because of the XPress compression scheme module (suscomp.dll) which gets installed with WSUS. Since Compression schemes are defined globally and try to load in every application Pool, it will result in this error when 64bit version of suscomp.dll attempts to load in an application pool which is running in 32bit mode.
This module entry looks like:
<scheme name=»xpress» doStaticCompression=»false» doDynamicCompression=»true»
dll=»C:Windowssystem32inetsrvsuscomp.dll» staticCompressionLevel=»10″
dynamicCompressionLevel=»0″ />
Hence to get rid of this problem:
Ø Remove/Disable the XPress compression scheme from the configuration using the command below:
%windir%system32inetsrvappcmd.exe set config -section:system.webServer/httpCompression /-[name=’xpress’]
OR
Ø Add an attribute of «precondition= «64bitness» for this module entry so that it loads only in 64bit application pools
Refer this blog for more details on Preconditions in IIS7
OR
Ø Use a 32bit version of suscomp.dll
***************************************
Scenario 7:
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid. Detailed Error Information
Module IIS Web Core
Notification BeginRequest
Handler Not yet determined
Error Code 0x80070021
Config Error: This configuration section cannot be used at this path. This happens when the section is locked at a parent level. Locking is either by default (overrideModeDefault=»Deny»), or set explicitly by a location tag with overrideMode=»Deny» or the legacy allowOverride=»false».
Config File \?C:inetpubwwwrootweb.config
Requested URL http://localhost:8081/
Physical Path C:inetpubwwwroot
Logon Method Not yet determined
Logon User Not yet determined
Config Source
144: </modules>
145: <handlers>
146: <remove name=»WebServiceHandlerFactory-Integrated»/>
Reason:
ERROR CODE: 0x80070021 is
ERROR_LOCK_VIOLATION The process cannot access the file because another process has locked a portion of the file.
Solution:
There are usually a few more lines in that error response that points to the exact line in the config file (and hence the locked section) that has the problem. You will either have to unlock that section or not use it in your application’s web.config file.
For e.g., one can lock/unlock handlers/modules sections by either
Ø use appcmd.exe
%windir%system32inetsrvappcmd unlock config -section:system.webServer/handlers
%windir%system32inetsrvappcmd unlock config -section:system.webServer/modules
OR
Ø manually change value from «Deny» to «Allow» for below settings in %windir%system32inetsrvconfig applicationHost.config
<section name=»handlers» overrideModeDefault=»Deny» />
<section name=»modules» allowDefinition=»MachineToApplication» overrideModeDefault=»Deny»/>
You can also configure the locking via IIS manager UI.
For more details refer: Locking in IIS 7.0 Configuration
In above error message, the error occurred on the handlers section at:
<remove name=»WebServiceHandlerFactory-Integrated»/>”
This usually indicates that ASP.NET is either not installed or has corrupted/incomplete installation because installation of asp.net unlocks that section. Hence if this is the case, one should install asp.net feature from Server Manager (Under Web Server Role in Windows Server 2008 and in Program Features-> Application server in Vista/Windows7). This KB929772 talks about the ASP.NET installation failure reason.
***************************************
Scenario 8
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Error Code: 0x80070005
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost
Physical Path: C:Inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Config Error: Cannot read configuration file
Config File: \? C:Inetpubwwwrootweb.config
Reason:
The error code 0x80070005 is:
E_ACCESSDENIED — General access denied error
The “Config error” portion of the error may indicate this too, via message: “Config Error Cannot read configuration file due to insufficient permissions ”
Solution:
Grant Read permission to the IIS_IUSRS group for the ApplicationHost.config file or for the Web.config file indicated in the error message. Even if there is no config file at that location, the worker process identity (and/or the IIS_IUSRS group) needs at least Read access to the directory so that it can check for a web.config file in that directory. If it’s a UNC share, you need to either run your app-pool as an account that has sufficient permission to the UNC share or configure the virtual directory with a user that has sufficient permission to the share.
If you still see the issue, run the Process Monitor tool, reproduce the error and look for “Access Denied” in the “Result” column. You can then configure the required permissions accordingly.
Other Related Articles:
Troubleshooting HTTP 401.3 errors (Access denied) with Process Monitor
Troubleshooting common permissions and security-related issues in ASP.NET
***************************************
Scenario 9
There’s one intermittent 500.19 error we’ve observed while using Shared Configuration with multiple web servers in a load balanced environment and the configuration files stored on a common UNC file share. In this scenario, if the file share content goes offline, the web server will stop responding. Furthermore, when the file share comes up again, the web server will still not detect it and will fail with a 500.19 error. In order to recover from this situation, you must restart IIS. The solution to this problem is described in this KB
***************************************
Other references:
Error message when you visit a Web site that is hosted on IIS 7.0: «HTTP Error 500.19 – Internal Server Error»
You receive an error message when you try to view a Web page from a Web site that uses pass-through authentication in Internet Information Services 7.0
Troubleshoot IIS7 errors like a pro
The HTTP Error 500.19 with error code 0x8007000d is a common issue faced by developers while hosting ASP.Net Core applications on IIS Server. This error message occurs when there is a configuration issue with the applicationHost.config file or the web.config file. The issue usually lies with the <httpplatformhandler> tag in the web.config file.
Method 1: Check Configuration Settings
To fix the error «500.19 with error code 0x8007000d on httpplatformhandler tag» in IIS Server and ASP.Net Core, you can check the configuration settings. Here are the steps:
-
Open the web.config file in your ASP.Net Core project.
-
Look for the httpPlatform section and check if it has the following settings:
<httpPlatform processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" startupTimeLimit="3600" requestTimeout="00:30:00" />
- If the httpPlatform section is missing or has incorrect settings, add or update it with the correct settings. Here’s an example:
<httpPlatform processPath=".myapp.exe" arguments="" stdoutLogEnabled="false" startupTimeLimit="3600" requestTimeout="00:30:00" />
- Save the web.config file and restart the IIS Server.
By checking the configuration settings of the httpPlatform section, you can fix the error «500.19 with error code 0x8007000d on httpplatformhandler tag» in IIS Server and ASP.Net Core.
Example code:
<configuration>
<system.webServer>
<handlers>
<add name="httpPlatformHandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
</handlers>
<httpPlatform processPath=".myapp.exe" arguments="" stdoutLogEnabled="false" startupTimeLimit="3600" requestTimeout="00:30:00" />
</system.webServer>
</configuration>
Method 2: Check for Missing Modules in IIS
To fix the error «500.19 with error code 0x8007000d on httpplatformhandler tag» in IIS Server and ASP.Net Core, you can try checking for missing modules in IIS. Here are the steps:
- Open IIS Manager and select your website.
- Click on «Modules» in the middle pane.
- Look for «AspNetCoreModuleV2» in the list of modules. If it is missing, proceed to step 4. If it is present, skip to step 5.
- Install the ASP.NET Core Runtime Hosting Bundle from the Microsoft website. This will install the missing module.
- If the module is present, select it and click «Edit» in the right pane.
- Check that the path to the module is correct. It should be something like «C:Program FilesIISAsp.Net Core ModuleV2aspnetcorev2.dll».
- Click «OK» to save the changes.
Here is an example code for checking the presence of the module:
using Microsoft.Web.Administration;
var serverManager = new ServerManager();
var site = serverManager.Sites["YourWebsiteName"];
var modulesSection = site.GetWebConfiguration().GetSection("system.webServer/modules");
var aspNetCoreModule = modulesSection.GetCollection().FirstOrDefault(m => m.Attributes["name"].Value.ToString() == "AspNetCoreModuleV2");
if (aspNetCoreModule == null)
{
// Module is missing, proceed with installation.
}
else
{
// Module is present, proceed with checking the path.
}
And here is an example code for installing the ASP.NET Core Runtime Hosting Bundle:
Invoke-WebRequest -Uri "https://download.visualstudio.microsoft.com/download/pr/dfc4e9c9-8f16-4f3d-9c5a-5c7dc8d25b4c/e5c5e4c4c4e1a4a5d4b0a7a6fd8b1f1d/dotnet-hosting-5.0.9-win.exe" -OutFile "dotnet-hosting-5.0.9-win.exe"
Start-Process -FilePath "dotnet-hosting-5.0.9-win.exe" -ArgumentList "/install /quiet /norestart" -Wait
Remove-Item -Path "dotnet-hosting-5.0.9-win.exe"
Note that the version number in the URI may change over time, so make sure to download the latest version. Also, this code assumes that you are using PowerShell. If you are using a different shell, the syntax may be different.
Method 3: Check for Corrupted Web.config File
To fix the «500.19 with error code 0x8007000d on httpplatformhandler tag» error in IIS Server and ASP.Net Core, you can try checking for a corrupted Web.config file. Here are the steps to do this:
- Open the Web.config file in a text editor.
- Look for any syntax errors or missing elements in the file.
- If you find any errors, correct them and save the file.
- If there are no errors, try renaming the Web.config file to something else and restarting the IIS Server.
- If the error is gone, then the original Web.config file was likely corrupted. You can try copying the contents of the original file into the new file and see if the error reappears.
Here is an example of a corrupted Web.config file:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.webServer>
<handlers>
<add name="httpplatformhandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
</handlers>
<httpPlatform processPath=".myapp.exe" arguments="" stdoutLogEnabled="false" startupTimeLimit="3600" />
</system.webServer>
</configuration>
To fix this, we can remove the «httpPlatform» element and save the file:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.webServer>
<handlers>
<add name="httpplatformhandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
</handlers>
</system.webServer>
</configuration>
This should fix the error and allow the application to run properly on the IIS Server.
Method 4: Check for Incorrect Permissions for Application Pool Identity
If you are experiencing the «500.19 Internal Server Error» with error code 0x8007000d on the httpplatformhandler tag in IIS Server & ASP.Net Core, it may be due to incorrect permissions for the Application Pool Identity. To fix this issue, follow these steps:
- Open IIS Manager and select the Application Pool that your application is using.
- Right-click on the Application Pool and select «Advanced Settings».
- Under the «Process Model» section, find the «Identity» property and click on the ellipsis button.
- In the «Application Pool Identity» window, select «Custom account» and click on the «Set» button.
- Enter the username and password for the custom account and click «OK».
- Go to the folder where your application is located and right-click on it.
- Select «Properties» and go to the «Security» tab.
- Click on the «Edit» button and then «Add» to add the custom account.
- Enter the username and click «OK».
- Select the custom account and check the «Full control» checkbox.
- Click «OK» to save the changes.
After completing these steps, restart the Application Pool and try accessing your application again. If the issue persists, you may need to check for other causes of the error.
// Sample code for setting the Application Pool Identity
using Microsoft.Web.Administration;
ServerManager serverManager = new ServerManager();
ApplicationPool appPool = serverManager.ApplicationPools["YourAppPoolName"];
appPool.ProcessModel.IdentityType = ProcessModelIdentityType.SpecificUser;
appPool.ProcessModel.UserName = "CustomAccountUsername";
appPool.ProcessModel.Password = "CustomAccountPassword";
serverManager.CommitChanges();
// Sample code for setting folder permissions
using System.Security.AccessControl;
using System.IO;
string folderPath = @"C:YourApplicationFolder";
string customAccount = "CustomAccountUsername";
DirectoryInfo dInfo = new DirectoryInfo(folderPath);
DirectorySecurity dSecurity = dInfo.GetAccessControl();
dSecurity.AddAccessRule(new FileSystemAccessRule(customAccount, FileSystemRights.FullControl, AccessControlType.Allow));
dInfo.SetAccessControl(dSecurity);
Method 5: Verify the Presence of AspNetCoreModule
If you encounter the error «500.19 Internal Server Error» with error code 0x8007000d
on the httpPlatformHandler tag in IIS Server when deploying an ASP.NET Core application, it may be due to the missing AspNetCoreModule. Here are the steps to verify the presence of AspNetCoreModule in IIS Server:
- Open the IIS Manager and navigate to your application’s site or application pool.
- Click on the «Modules» feature.
- Look for the «AspNetCoreModule» in the list of modules.
- If it is not present, install the .NET Core Hosting Bundle on the server. You can download it from the Microsoft website.
- Once the bundle is installed, restart the IIS Server and verify the presence of the AspNetCoreModule again.
Here is an example of how to check for the AspNetCoreModule using PowerShell:
Import-Module WebAdministration
(Get-WebConfiguration -Filter "system.webServer/globalModules/add[@name='AspNetCoreModule']").count
If the count is 0, then the AspNetCoreModule is not installed.
Here is an example of how to install the .NET Core Hosting Bundle using PowerShell:
Invoke-WebRequest -Uri https://download.visualstudio.microsoft.com/download/pr/1505b5e5-aae9-4cdd-9f5d-fce0b5e4b84d/2a2a7b2c8fbb8a9a1d7a2b6d2b8f8b6d/dotnet-hosting-3.1.8-win.exe -OutFile dotnet-hosting-3.1.8-win.exe
.dotnet-hosting-3.1.8-win.exe
Replace the URI with the latest version of the .NET Core Hosting Bundle.
After installing the bundle, restart the IIS Server and verify the presence of the AspNetCoreModule again. This should resolve the «500.19 Internal Server Error» with error code 0x8007000d
on the httpPlatformHandler tag.
I am hosting my application at Server and I am facing this error. All configuration and setting already done at server. IIS 8.5 Windows Server 2012 R2 and framework installed which is 4.0.30319.
I hosted this at my local system and it is working perfectly even tested at other system which have Windows 7 installed and the application is running perfectly.
Error Detail:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.Detailed Error Information: Module IIS Web Core Notification BeginRequest Handler Not yet determined Error Code 0x8007000d Config Error Configuration file is not well-formed XML Config File \?C:inetpubwwwrootAutoPartsPublishedCodeweb.config Requested URL http://localhost:80/ApplicationName/ Physical Path C:inetpubwwwrootAutoPartsPublishedCode Logon Method Not yet determined Logon User Not yet determined Config Source: 11: <connectionStrings> 12: <add name="AutoPartsEntities" connectionString="metadata=res://*/EntityRepository.AutoPartsEntity.csdl|res://*/EntityRepository.AutoPartsEntity.ssdl|res://*/EntityRepository.AutoPartsEntity.msl;provider=System.Data.SqlClient;provider
connection string=»data source=ServerName;initial
catalog=AutoParts_latest;persist security info=True;user
id=sa;password=MyPassword;MultipleActiveResultSets=True;App=EntityFramework»»
providerName=»System.Data.EntityClient» />
13:More Information:
This error occurs when there is a problem reading the configuration file for the Web server or Web application. In some cases, the event logs may contain more information about what caused this error.
halfer
19.8k17 gold badges98 silver badges185 bronze badges
asked Feb 9, 2017 at 12:33
Everyone who face this error please change the web.config file the issue was with sqlserver sa user it was not able to access the application i change the web.config file with Integrated Security=True
I have two connection string 1st for Reporting and the other one for EntityFramework.
Hope anyother one who get the same error will resolve it by changing the connecting string web.config file
Regards
answered Feb 14, 2017 at 13:00