
Application Error: Faulting module: KERNELBASE.dll Exception code: 0xe0434352 Faulting module path: C:\WINDOWS\system32\KERNELBASE.dll Browser: HTTP Error 502.5 - Process Failure.See Logging for more information.Ĭommon errors and general troubleshooting instructions: In most cases, enabling application logging will assist in troubleshooting problems with application or the reverse proxy. If Kestrel is listening on default port 5000, you should be able to browse the application at If the application responds normally at the Kestrel endpoint address, the problem is more likely related to the IIS-ASP.NET Core Module-Kestrel configuration and less likely within the application itself.Ī way to determine if the IIS reverse proxy to the Kestrel server is working properly is to perform a simple static file request for a stylesheet, script, or image from the application’s static assets in Core Module-Kestrel configuration and more likely within the application itself (for example, MVC routing or 500 Internal Server Error). If the application was published as a self-contained app, run the application’s executable directly on the command line.

If the application was published as a portable app, execute dotnet. Therefore, wait a full six minutes before deducing that the module has failed to start a process for the application.Ī quick way to determine if the application is working properly is to run the application directly on Kestrel. Several of the common errors do not appear in the browser, Application Log, and ASP.NET Core Module Log until the module startupTimeLimit (default: 120 seconds) and startupRetr圜ount (default: 2) have passed. Applications that use the publish-iis tooling to create the web.config file will default the stdoutLogEnabled setting to false, so you must manually provide the file or modify the file in order to enable module logging. You must also set stdoutLogEnabled=”true” to enable module logging. Any folders on the path provided in the attribute value must exist in the deployment. The ASP.NET Core Module log will be found on the path provided in the stdoutLogFile attribute of the element in web.config. To diagnose problems with IIS deployments, study browser output, examine the server’s Application log through Event Viewer, and enable module logging.

Should you encounter an error not listed here, please leave a detailed error message in the DISQUS section below (click Show comments to open the DISQUS panel). The following is not a complete list of errors.
