could not load file or assembly ASP_WEB_... in ASP.NET 2.0

Tech-Archive recommends: Speed Up your PC by fixing your registry



Two days ago, I built an ASP.NET 2.0 application and published it on a
shared IIS 6 Web server. After publishing, and during the whole day, it
worked fine.

The server remained untouched since. Today, I wanted to access the home
page of the application again with a browser. But instead of the proper
page, I just got an ugly message:

Server Error in '/' Application.

Could not load file or assembly 'App_Web_rsznkzdo, Version=0.0.0.0,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
system cannot find the file specified.

the stack trace reads as follows:
[FileNotFoundException: Could not load file or assembly
'App_Web_rsznkzdo, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null' or one of its dependencies. The system cannot find
the file specified.]
ASP.usercontrols_nav_ascx.__BuildControlTree(usercontrols_nav_ascx
__ctrl) +0
ASP.usercontrols_nav_ascx.FrameworkInitialize() +21
System.Web.UI.UserControl.InitializeAsUserControlInternal() +31
System.Web.UI.UserControl.InitializeAsUserControl(Page page) +14
ASP.catalog_main_aspx.__BuildControln1() +53
ASP.catalog_main_aspx.__BuildControll(Control __ctrl) +51
System.Web.UI.CompiledTemplateBuilder.InstantiateIn(Control
container) +12
ASP.masterpages_3col_master.__BuildControll() +105
ASP.masterpages_3col_master.__BuildControlf() +118

ASP.masterpages_3col_master.__BuildControlTree(masterpages_3col_master
__ctrl) +136
ASP.masterpages_3col_master.FrameworkInitialize() +45
System.Web.UI.UserControl.InitializeAsUserControlInternal() +31
System.Web.UI.MasterPage.CreateMaster(TemplateControl owner,
HttpContext context, VirtualPath masterPageFile, IDictionary
contentTemplateCollection) +1978544
System.Web.UI.Page.get_Master() +48
System.Web.UI.Page.ApplyMasterPage() +18
System.Web.UI.Page.ProcessRequestMain(Boolean
includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
+543

Version Information: Microsoft .NET Framework Version:2.0.50727.42;
ASP.NET Version:2.0.50727.42


It seems to me like somehow ASP.NET disposed the generated assemblies
in the meantime. Please notice that this application was published by
XCOPY over FTP, that means it is not a precompiled app or something
like this.

How can that happen? I know that I could probably resolve the problem
with restarting IIS, but since I am not the ISP hosting this site, it
is not in my power. Anyway, I think this is a real bug, since I cannot
tell my ISP to just restart the IIS process every now and then. Does
anyone has an idea what is happening here?

Thanks for any help
Urs

.



Relevant Pages

  • Re: HOW MORE FRUSTRATING CAN THIS GET!!!
    ... because security is more open by default and the IIS ... If you're deploying your own website you have three ... configure inbound HTTP Server and HTTPS Server packet ... the following Publishing methods employ rules ...
    (microsoft.public.isa)
  • Re: Frontpage is extremely slow publishing between two IIS6 servers.
    ... I have similar situation for publishing from local IIS 6 to remote ... publishing both ways (from local to remote or from remote by to local). ... > Production server. ...
    (microsoft.public.frontpage.extensions.windowsnt)
  • Re: List of Files
    ... but no way to bring up a list where you can choose which one to play. ... Media Server 9 do this or am I looking for something it wasn't designed to do? ... This requires a System user for IIS ... you'd tie that to a publishing database where you'd add ...
    (microsoft.public.windowsmedia.server)
  • Re: IIS 5.0 and uload problems
    ... Make sure you are publishing with Change Page Only selected. ... you will not have the ability to run IIS or the FP extensions, however neither is needed on your ... FrontPage Resources, WebCircle, MS KB Quick Links, etc. ... > overwriting the old files on my server, so I would hve the files in the new ...
    (microsoft.public.frontpage.client)
  • [NT] Heap Overrun in HTR Chunked Encoding Could Enable Web Server Compromise
    ... This patch eliminates a newly discovered vulnerability affecting Internet ... in IIS 4.0 and 5.0, and could likewise be used to overrun heap memory on ... allowing code to be run on the server. ... * Microsoft has long recommended disabling HTR functionality unless there ...
    (Securiteam)