Windows Server 2012 R2 Suspendendo Threads no lançamento

2

Estamos com problemas com processos sendo marcados como "Suspenso" no Gerenciador de tarefas e não podendo ser eliminados e / ou seus serviços relacionados se recusando a parar. O Sysinternals Process Explorer também não pode retomar o processo, no entanto, através da guia Propriedades- > Threads no ProcExp, podemos retomar o thread de RtlUserThreadStart e o processo continua.

Inicialmente, colocamos isso como sendo um servidor e, assim, começamos a migrar serviços / processos para um novo servidor (acabamos de migrar um serviço sobre o qual spawns os threads do cmd.exe), mas isso também está tendo o mesmo problema. / p>

Eu tentei usar o Visualizador de Eventos do sistema em Ferramentas Administrativas com um filtro de visualizador de eventos personalizado para despejar cada evento por um minuto de cada lado da hora de início do thread, mas não há nada em comum entre os dois servidores. / p>

As outras diferenças entre os dois servidores é que o primeiro é um Terminal Server, enquanto o segundo é configurado como um MS SQL Server e está executando apenas sqlserv.exe. Ambos os servidores estão sendo executados como máquinas virtuais Hyper-V.

Nunca vimos esse comportamento em nenhuma das outras centenas de servidores nos quais cuidamos - embora eu não acredite que nenhum dos outros servidores seja Hyper-V -, então estamos realmente esperando que alguém mais tenha visto algo parecido.

Edit: o A / V em execução nesses servidores em particular é o WebRoot

    
por EionRobb 07.11.2016 / 21:44

1 resposta

0

Desculpas se a etiqueta não permite respostas como esta ..... pôster da primeira vez.

@EionRobb, temos um problema semelhante com postgre entrando em status suspenso, e alguns outros aplicativos escritos internamente (reconhecidamente muito antigos) fazendo o mesmo, no Windows 2012 R2. Apenas começou há algumas semanas - sem coincidência aparente com quaisquer atualizações do Windows. A única solução para matar os processos é reinicializar. Estamos executando o Webroot AV.

Você encontrou uma solução no final?

    
por 21.11.2016 / 17:37