One of my clients’ production CF servers went down during the weekend. When investigating the issue this morning, we actually found that it was not ColdFusion itself that crashed, but IIS – symptoms: “Service unavailable” pages when you were requesting any type of page from the server.
The event logs listed the following:
A process serving application pool ‘DefaultAppPool’ terminated unexpectedly. The process id was ‘5808’. The process exit code was ‘0x80’.
(obviously the process id varied). This message showed up 5 times within 40 secs. Apparently that pushed IIS over a threshold, because after the fifth occurence we got the following:
Application pool ‘DefaultAppPool’ is being automatically disabled due to a series of failures in the process(es) -serving that application pool.
The ColdFusion logs for that date/time are absolutely clean, so from what I can say it seems to be an unrelated issue to CF (btw, a very interesting and highly recommended article to read about IIS crashes is on: http://blogs.msdn.com/david.wang/archive/2005/08/29/HOWTO-Understand-and-Diagnose-an-AppPool-Crash.aspx)
An interesting fact (which leaves me a bit worried) is that the day before IIS crashed, we’ve done an update from CF 7.0.1 to CF 7.0.2 on that machine. Particularly because this machine is the one which I’ve posted about the other week on cfaussie (CFDOCUMENT failed after upgrading from 7.0.1 to 7.0.2 and we’ve had to restore a backup of 7.0.1 before the update and had to apply 7.0.2 again).
Again, no real prove that all those events are connected and no easy way to figure that out but to monitor IIS and the event log for now. But I have the slight feeling that this box needs a proper reinstall rather sooner than later 🙂
Comments on this entry are closed.