Desde que instalamos o .NET 4.0 e o ASP.NET MVC 3 em nossos servidores IIS e implantamos nossos sites, obtemos um "Aplicativo de servidor indisponível".
Não há registros no log de eventos relacionados ao problema.
Achamos que isso está relacionado à instalação do .NET 4.0 ou MVC 3.0, conforme vimos isso acontecer em cada estágio da nossa implantação. Primeiro atualizamos nosso ambiente DEVelopment, depois nosso ACCeptation e agora finalmente estamos vendo o mesmo comportamento em nosso ambiente PRoDuction.
A reciclagem do pool de aplicativos do aplicativo da Web específico resolve o problema.
Nós não tínhamos isso antes e estamos nos perguntando o que a instalação do MVC 3.0 ou .NET 4.0 poderia ter mudado. Todos os nossos servidores web são executados no IIS6.
Atualização 12-08-2011
Notamos outra coisa: quando temos um pool de aplicativos executando três aplicativos .NET 4. E nós alteramos um valor no web.config de um desses aplicativos, o que deve fazer com que ele recicle, somente esse aplicativo não funciona mais, os outros dois ainda estão rodando bem. O que significa que uma reciclagem automática nunca acontece quando um arquivo é alterado dentro do aplicativo da Web.
Descobrimos o problema, era algo que uma pessoa de fora nunca poderia saber ...
Como queremos compartilhar uma sessão entre dois aplicativos, adicionamos um 'SharedSessionModule' ao aplicativo da web. O que isso basicamente faz é alterar o nome do aplicativo antes de buscar a sessão correta do banco de dados ASPState. Eu tenho este módulo aqui: link
Isso funciona, mas atrapalha os componentes internos do IIS fazendo com que ele falhe ao reciclar o appPool.
Existe mais de um aplicativo em seu problemático App Pool? Em caso afirmativo, tente separar em diferentes pools, pois isso pode estar causando o problema - especialmente se os dois aplicativos usarem versões diferentes de .Net.