HttpParseException with Telerik.Web.UI after production deploy

Posted 0 minutes ago (permalink)

We did a deploy this morning, and one of four servers was unresponsive, with this exception:

Event Type: Warning
Event Source:   ASP.NET 2.0.50727.0
Event Category: Web Event
Event ID:   1310
Date:       6/29/2012
Time:       6:53:12 AM
User:       N/A
Computer:   [REMOVED]
Description:
Event code: 3006
Event message: A parser error has occurred.
Event time: 6/29/2012 6:53:12 AM
Event time (UTC): 6/29/2012 10:53:12 AM
Event ID: f89c468e41794ddeb38756d2b524f072
Event sequence: 247
Event occurrence: 80
Event detail code: 0

Application information:
    Application domain: /LM/W3SVC/926158372/ROOT-3-129854401924948620
    Trust level: Full
    Application Virtual Path: /
    Application Path: C:\[REMOVED]\
    Machine name: [REMOVED]

Process information:
    Process ID: 504
    Process name: w3wp.exe
    Account name: [REMOVED]

Exception information:
    Exception type: HttpParseException
    Exception message: Could not load file or assembly 'Telerik.Web.UI, Version=2010.2.826.35, Culture=neutral, PublicKeyToken=121fae78165ba3d4' or one of its dependencies. The process cannot access the file because it is being used by another process. (Exception from HRESULT: 0x80070020)

Request information:
    Request URL: [REMOVED]/sitefinity/cmsentrypoint.aspx
    Request path: /sitefinity/cmsentrypoint.aspx
    User host address: 10.2.0.248
    User: 
    Is authenticated: False
    Authentication Type: 
    Thread account name: [REMOVED]

Thread information:
    Thread ID: 15
    Thread account name: [REMOVED]
    Is impersonating: False
    Stack trace:    at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding)
   at System.Web.UI.TemplateParser.ParseReader(StreamReader reader, VirtualPath virtualPath)
   at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPath virtualPath)
   at System.Web.UI.TemplateParser.ParseInternal()
   at System.Web.UI.TemplateParser.Parse()
   at System.Web.UI.TemplateParser.Parse(ICollection referencedAssemblies, VirtualPath virtualPath)
   at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType()
   at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider(BuildProvider buildProvider)
   at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders()
   at System.Web.Compilation.BuildProvidersCompiler.PerformBuild()
   at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)
   at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)
   at System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory(VirtualPath virtualPath, HttpContext context, Boolean allowCrossApp, Boolean noAssert)
   at System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp, Boolean noAssert)
   at System.Web.UI.PageHandlerFactory.GetHandlerHelper(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.UI.PageHandlerFactory.System.Web.IHttpHandlerFactory2.GetHandler(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)
   at System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
   at System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Any idea what would cause this? It was fixed with a reboot, and we haven't seen it before.

It sounds like you might have another website that has a lock on the telerik dll or the existing website didn't release a previous lock on the file during deployment.

I would:

1. recycle the app pool, if still not responsive then:
2. restart the specific website, if still not responsive then:
3. restart IIS for all hosted websites.

If that last option isn't feasible, I would restart all other websites that might be using the Telerik.web.ui dll (usually located in a subfolder here: C:\Program Files\Telerik[Radcontrols or sitefinity related subfolder here] ).

I've also occasionally seen this error when using MSBuild & Webdeploy to deploy a site. Usually redeploying the site a second time fixes it.