-
Posted to
IIS7 - Security
by
rstrahl
on
07-19-2009, 7:04 PM
I've run into a problem with my development machine where application startup will take 90-120 seconds. It doesn't matter whether the page accessed is a static HTML page or dynamic ASPX content.
This problem started recently - I'm guessing after installation of .NET 4.0 and VS 2010 but I'm not certain - and appears to be related ...
-
Posted to
IIS 7 - Troubleshooting
by
rstrahl
on
10-05-2008, 5:43 PM
I've been having problems AGAIN with IIS and compression this time on IIS 7. On both my local dev machine and my live server I'm noticing that only some of my script files are showing up in the GZIP temp directory.
Specifically I'm using a pair of script files that are almost always used in combination but only one of the two is ...
-
Posted to
IIS 7 - Troubleshooting
by
rstrahl
on
10-01-2008, 9:03 AM
Ok I ended up solving this. Apparently there was some sort of problem with my Application Pool. When all else failed I switched application pools and everything started working. Switched back and failed again.
Ended up deleting the AppPool and recreating and then everything was fine.
-
Posted to
IIS 7 - Troubleshooting
by
rstrahl
on
10-01-2008, 7:00 AM
Since upgrading to SP1 of .NET 3.5 I seem to have major problems with script maps to managed handlers not working.
I get the above error when referencing my module:
Detailed Error Information
ModuleStaticFileModule
NotificationExecuteRequestHandler
HandlerStaticFile
Error Code0x80070032
...
-
Posted to
IIS 7 - Troubleshooting
by
rstrahl
on
08-12-2008, 9:28 PM
I have an ISAPI application that's crashing when the Application Pool unloads. Basically I get errors like the following in the event log:
Faulting application w3wp.exe, version 7.0.6001.18000, time stamp 0x47919413, faulting module wc.dll_unloaded, version 0.0.0.0, time stamp 0x4441d309, exception code 0xc0000005, fault offset 0x0145e6ba, ...
-
Posted to
General
by
rstrahl
on
06-30-2007, 12:49 AM
So as it turns out the problem was the ASP.NET 2.0 filter. When the above flag is set in the metabase, the existing 64 bit filter is not updated and starting up the site - even to a load a static page - apparently crashes the AppPool.
The fix is to either remove the ASP.NET Filter or - more likely - re-register ASP.NET properly for the 32 or 64 ...
-
Posted to
General
by
rstrahl
on
06-29-2007, 3:45 PM
I'm working with a customer who's running Win 2003 64 bit and we're trying to get an application installed that requires 32 bit functionality because of a 32 bit ISAPI extension.
I've used the metabase configuration switch to flip the apppools to run in 32 bit with:
cscript ...
-
Posted to
Configuration & Scripting
by
rstrahl
on
06-24-2007, 5:29 AM
ETW Tracing - uhm, I'd rather not because it's such a pain in the butt especially on a live server <s>...
I suppose this will work itself out when we switch the server to Server 2008... Looks like IIS 7 is doing the right thing on that although with IIS 7 there seem to be other criteria that cause some content (yes of the same mime ...
-
Posted to
Configuration & Scripting
by
rstrahl
on
06-24-2007, 5:25 AM
Chris, that's not it. I did add the extensions and I can see other CSS files getting compressed just fine. This is a case where anything in App_Themes seems to fail, where a CSS loaded out of a 'normal' ASP.NET virtual compresses fine.
-
Posted to
Configuration & Scripting
by
rstrahl
on
06-05-2007, 3:52 PM
Hi all,
Just turned on IIS 6 GZip compression on my server and while it's working I'm noticing that none of my ASP.NET Themes in App_Themes are getting compression. Css files in 'normal' paths work fine but anything in App_Themes simply does not compress.
I have more info ...