Hi All,

Please help solve this issue that is causing a lot of problems for me on a production server - everything tested fine including under load testing till we switched over to production and after 4-5 hours of operations this error started to appear.

Recently, upgraded from DNN 5.2.2 to DNN 6.1.2 - the upgrade went fine but then the HTML module crashes intermittently - I have posted the error below. When I re-install/repair HTML (from the install folder of DNN 6.1.2 install) the error goes away only to return a few hours later! 

This error usually starts on a page that has an instance of the HTML module with some other module(s). However, it does not appear when these modules are first installed on the page. For example, I install an HTML, Documents and Link module on a page and they all work fine. Then after the portal is in operation for a while when I go to that page the error appears! 

ModuleId: 3376
ModuleDefId: 92
ModuleControlSource: DesktopModules/HTML/HtmlModule.ascx
AssemblyVersion: 6.1.2
PortalID: 4
UserID: 1
UserName: host
ActiveTabID: 143
RawURL: /Default.aspx
AbsoluteURL: /Default.aspx
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 05d60307-0479-43af-bbed-ebaf97b68bb9
InnerException: Cannot use 'vb' because another language has been specified earlier in this page (or was implied from a CodeFile attribute).
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.UI.TemplateParser.ProcessError
StackTrace:

Message: DotNetNuke.Services.Exceptions.ModuleLoadException: Cannot use 'vb' because another language has been specified earlier in this page (or was implied from a CodeFile attribute). ---> System.Web.HttpParseException: Cannot use 'vb' because another language has been specified earlier in this page (or was implied from a CodeFile attribute). ---> System.Web.HttpParseException: Cannot use 'vb' because another language has been specified earlier in this page (or was implied from a CodeFile attribute). ---> System.Web.HttpException: Cannot use 'vb' because another language has been specified earlier in this page (or was implied from a CodeFile attribute). at System.Web.UI.TemplateParser.ProcessError(String message) at System.Web.UI.TemplateParser.ProcessScriptTag(Match match, String text, IDictionary attribs, Boolean fSelfClosed) at System.Web.UI.TemplateParser.ProcessBeginTag(Match match, String inputText) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ProcessException(Exception ex) at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding) at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) --- End of inner exception stack trace --- at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding) 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.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.UI.TemplateControl.LoadControl(VirtualPath virtualPath) at DotNetNuke.UI.ControlUtilities.LoadControl[T](TemplateControl containerControl, String ControlSrc) at DotNetNuke.UI.Modules.WebFormsModuleControlFactory.CreateModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleControlFactory.LoadModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleHost.LoadModuleControl() --- End of inner exception stack trace ---

Thanks in advance for your help!

Thanks for the response, Bill!

I went back and checked the errors immediately preceding this error event. It turns out that the error was being raised because of another module's "remnants". Removed them and everything works fine! 

Still testing it but am pretty sure that is the problem.

So far, DNN 6.1.2 has turned out to be absolutely amazing! All the errors we have faced are due to our upgrade related mistakes/omissions and one due to a caching/distributed DNS service that just did not like DNN - we removed that service and get BETTER performance.  

Again, really appreciate your prompt response and assistance.