Our site is in .NET, but with some old ASP and 32bits libraries. It worked fine for a while (2 years). But over the past month, we saw the following error on our IIS7 server, which we could not track and fix:
"W3wp.exe application is incorrect, version 7.0.6001.18000, time stamp 0x47919413, kernel32.dll error module, version 6.0.6001.18215, time stamp 0x4995344f, exception code 0xe053534f, error offset 0x0002f328, process ID 0x% 9, application start time 0x% 10."
We can reproduce the error:
One of our .ASPX pages starts loading, executing code and requests (we have response.flush () throughout the page to track code breaks), then it suddenly stops, and we get the above error in IIS.
The page stops loading, and without response.flush () it is not redirected to our error.aspx page (as indicated in web.config)
The error does NOT occur all the time. Sometimes this happens 3 times in a row, then it works fine for 15 minutes without stopping with the correct redirect to error.aspx.
The error we get then is a classic: "Either BOF, or EOF - True, or the current record has been deleted."
If an error occurs, the page freezes, and all other sessions on the same computer from any browser also have hanging web pages (BTW, we allow only one workflow during testing). From other computers, the site loads fine.
I can recycle the application pool, kill w3wp.exe, restart IIS. That's that. The only way to successfully load the page again is to restart MS SQL, which processes our session states. I don’t know why this is so, but we guessed that session cookies in user browsers indicate a thread that was not completed properly (due to the aforementioned failure), and IIS is waiting for it to complete to process more code (?). If someone can explain this better, it will be really helpful. Is there a timeout we can set to “complete” threads? Is this a problem related to MS SQL?
I also considered using private and virtual memory, because I believe that our code is not the most efficient, and I am sure that we still have memory leaks. However, I saw the page crash, although private and virtual memories were still pretty low (up to 100 MB each).
I used Debug Diag and WinDbg as indicated here: http://blogs.msdn.com/b/tess/archive/2009/03/20/debugging-a-net-crash-with-rules-in-debug-diag .aspx , but we cannot do windbg work, that is what we are trying to do at the moment.
If someone can help us or point us in the right direction, which would be really great, thanks.
iis iis-7 application-pool w3wp
yorrser
source share