Like, I suspect, many other developers, I think I need to know more about my deployment environment than perhaps is good for me. But with PaaS (platform-as-a-service) hosting, sometimes that can give, well, unexpected results.
For example, Windows Azure offers a (really very handy) facility to open a Remote Desktop session to a Windows Server host that runs an Azure instance. You’re logged in as local Administrator, too, so you can cause some serious damage in there if you want.
Or even if you don’t want.
Many Windows developers get into the habit of performing an
iisreset from time to time to gently shake a mis-behaving IIS host. This forces a complete restart of IIS and any accompanying ASP.NET applications.
Now, while this can sometimes be useful on a local machine — for instance, if you’ve sent your ASP.NET application into an infinite loop and just want to kill it quickly — it’s definitely not a good idea on a production server.
And on an Azure server… it looks like it stops the load balancer working, too, so you trash the instance completely as there’s no way to route traffic to it.
So if your Azure instance has got mixed up somehow, it’s obviously time to consider alternatives.
A rather useful utility (named by its author
aspreset.exe) is here. Alternatively
- make a whitespace change to
web.configin the application root
- use a file utility such as
touch.exeto change the filetime of an assembly in the bin folder
- use a Sysinternals tool e.g.
pskillto kill the w3wp.exe process manually
Or if you can wait a while, simply recycle the instance and go and put the kettle on!