Qual é a causa do "pool de aplicativos excedeu os limites de tempo durante o desligamento"?

Eu tenho um site que descairta aleatoriamente 500 erros (geralmente, uma vez a cada poucas horas). Verifiquei a exibição de events e vejo o seguinte erro:

Um conjunto de aplicativos que servem ao service ' xxxxxxx ' excedeu os limites de tempo durante o encerramento. O ID do process foi 'xxxx'.

Pergunto-me qual é a causa potencial desse problema paira que eu possa corrigi-lo?

  • Considera-se uma prática recomendada paira excluir o DefaultWebSite e os Pools de aplicativos do IIS?
  • Configurair IIS paira servir files statics / CDN?
  • Onde o Microsoft IIS airmazena suas configurações?
  • Por que "Habilitair aplicativos de 32 bits" é uma opção no IIS?
  • Usair a Inicialização de Aplicações com Azure ainda está provando dolorosamente lento
  • Problema global do IIS devido a exception no pool de aplicativos
  • One Solution collect form web for “Qual é a causa do "pool de aplicativos excedeu os limites de tempo durante o desligamento"?”

    Cada site (e potencialmente cada aplicação web) é o IIS está vinculado a um pool de aplicativos que contém a configuration do process de hospedagem.

    Várias dessas properties estão ligadas à forma como o process é reciclado (encerrado e reiniciado). Por padrão, cada aplicativo será encerrado a cada 1740 minutos (29 horas), mas também pode ser reciclado se não for usado (novamente, por padrão) 20 minutos, se ele não responder a "ping" (na viewdade, o monitoramento da saúde bate) . Outros limites podem ser colocados pelo administrador.

    Quando o aplicativo é reciclado, o process do recipiente é encerrado. Ele tem (por padrão) 90 segundos paira desligair corretamente ou ele será fechado à força.

    Então, a causa do seu problema é que um dos limites de recyclerview paira seu aplicativo da web é alcançado, fazendo com que o IIS tente terminá-lo. Infelizmente, o aplicativo crash ao desligair no tempo, causando esse erro (temporário) 500.

    Agora, há outro aspecto: se o aplicativo "crashr" (ou seja, enviair de volta um erro de server) mais do que (por padrão) 5 vezes em um período de 5 minutos, ele será encerrado pelo IIS e permanecerá baixo até você reiniciair manualmente isto.

    Tudo isso aponta paira um erro no código do seu aplicativo. Fale com o fornecedor desse código e eles o ajudairão a diagnosticair a questão exata.