Considere um serviço da Web SOAP do ASP.NET que é iniciado corretamente, mas é difícil quando recebe seu primeiro hit.
Por favor, note que esta é a implantação funciona no ambiente de teste, mas não no ambiente PreProd. Ambos são o Windows 2003 SP3 + IIS 6 + ASP.NET 3.5. Tudo atualizado.
O comportamento que estamos vendo é:
Os processos que atingem a CPU com força são dw20.exe . Não tenho certeza porque o Dr. Watson está envolvido aqui.
O log de eventos mostra um erro de tempo de execução do ASP.NET:
Gerenciadordetarefas:
Texto do registro de eventos :
EventTypeclr20r3,P1w3wp.exe,P26.0.3790.3959,P345d6968e,P4errormanagement,P51.0.0.0,P64b86a13f,P724,P80,P9system.stackoverflowexception,P10NIL.
Perguntas
Algumaopiniãosobreoqueestaexceçãosystem.stackoverflowpodeser?Dadoqueocódigoéomesmoentreosambientes,podeserumproblemadecargaútil?Poderiaserumproblemadeconfiguração?Vocêpodeveronomedomeuassembly.NETlánamensagemdeexceção:"ErrorManagement"
A resolução para este problema (provavelmente único):
As exceções do Stackoverflow são um caso especial, porque o aplicativo afetado não pode fazer mais nada (por exemplo, registrar um rastreamento de pilha) - nesse caso, o processo do pool de aplicativos (w3p.exe) é finalizado pelo SO. É por isso que o Dr. Watson / DW20 se envolve. Você poderia tentar depurar o despejo que o DW20 salvou usando o WinDbg com a extensão SOS (espere uma curva de aprendizado se você não estiver familiarizado com esse conjunto de ferramentas - espero que isso se torne mais fácil com o VS2010 como prometido).
O alto uso de CPU (e frequentemente alto uso de memória) é causado pelo DW20, o que é especialmente irritante se o "crash-restart-loop" for mais rápido que o DW20 e assim vários processos do DW20 se acumulam.
A configuração do pool de aplicativos padrão do IIS é reiniciar os aplicativos paralisados no máximo 3 vezes em um curto período de tempo; caso contrário, eles serão interrompidos para proteger o servidor contra DoS.
Com relação à causa raiz, o stackoverflow: Pode ser tudo ... mas e quanto a essa suposição: O acesso ao banco de dados está falhando devido a configuração incorreta, a exceção é gerada e seu aplicativo está registrando exceções no banco de dados, sem detectar exceções tratamento de exceções;)
Eu tive esse problema e descobri que eu tinha uma instrução LINQ que estava tentando excluir algumas linhas. Ele estava falhando a cada dia, então a quantidade de linhas continuava subindo e subindo. As exceções foram realmente tratadas e registradas em uma tabela que eu fiz, então eu a encontrei lá. Encontrei a tabela de problemas e foi 700k + de linhas super pesadas. Meu LINQ ficou assim:
var db = new DatabaseDataContext();
var updateQueueLogs = db.UpdateQueueLogs;
List<UpdateQueueLog> listToDelete;
using (new TransactionScope(
TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.ReadUncommitted }))
{
listToDelete = (from updateQueueLog
in db.UpdateQueueLogs
where updateQueueLog.CreatedAt < DateTime.Now.AddDays(-7)
select updateQueueLog).ToList();
}
updateQueueLogs.DeleteAllOnSubmit(listToDelete);
db.SubmitChanges();
Então, estava puxando os objetos completos e obtendo exceções OutofMemory. Eu mudei este código para um proc armazenado:
delete from UpdateQueueLogs
where CreatedAt < DATEADD(day,-7,getdate())
Eu só queria postar isso, porque se você não está vendo as exceções, você pode querer verificar algumas das suas contagens de linha da tabela SQL e ver se pode haver algumas instruções LINQ que estão expirando.
Parece que você está recebendo uma exceção não tratada que, por sua vez, mata o processo de trabalho do asp.net. Veja se isso ajuda:
Verifique se há erros no Visualizador de Eventos (geralmente log do aplicativo). Está sob ferramentas administrativas.
Além disso, o ponto positivo do @ markus do IIS ter uma configuração padrão bastante difícil "não mais do que X encadeamentos de encadeamento por Y tempo", de modo que se você acertar a página apenas algumas vezes com esse erro, todo o Pool de Aplicativos é retirado. Mais uma vez, verifique o Visualizador de Eventos.