Vshub constantemente registrando

Question

Estou gerenciando um pequeno servidor com o Windows Server 2012 R2 Foundation da HP a bordo. Há alguns meses instalei o MSSQL Server 2016 com o mais recente Management Studio. Desde então, existe um aplicativo chamado "vshub" funcionando em segundo plano. Eu vi pessoas perguntando como desativá-lo, mas ninguém parecia ter o mesmo problema que eu. A cada poucos minutos, este aplicativo cria um arquivo de log de ~ 34 MB na pasta C: \ Users \ Administrator \ AppData \ Local \ Temp \ VsHub. Devido a milhares desses arquivos serem criados, a partição do sistema foi rapidamente preenchida. Desativei o processo vshub e movi esses logs para outra partição, pois ainda não sei a raiz do problema.

O que exatamente é o responsibe do vshub.exe, preciso dele e por que ele está registrando constantemente?

Estou deixando um exemplo de arquivo de log abaixo. HubController-eiott03m.0rz.log

    

Answer 1

O objetivo / responsabilidade do VsHub.exe é explicado por alguém da Microsoft aqui: link .

[...] the VS Hub is an out-of-proc services host that Visual Studio (and other VS shell-based products such as Blend) use in order to support multi-tool communication, better responsiveness within devenv (VS), and enable certain services to extend past the lifetime of the spawning process.

Meu palpite é que, pelo menos em um sistema em que você tenha apenas o SQL Server Management Studio, não é possível desinstalá-lo. (Embora você possa desativá-lo usando os muitos links que já encontrou, desde que escreveu "Eu vi pessoas perguntando como desabilitá-lo".)

Eu não sei o que está no seu arquivo de log, já que o arquivo que você enviou para o filedropper.com expirou. Mas também estamos vendo arquivos temporários VsHub \ HubController e, no nosso caso, está continuamente registrando exceções dizendo StartHttpService : Error : Failed to bind to port 49171. (para números de portas diferentes). E vejo o mesmo em um tópico no fórum do Windows 10 "O Windows 10 perde um pouco de internet e conectividade do navegador cerca de 24 horas após a reinicialização "( link ). Então, a causa parece ser que as portas TCP estão esgotadas.

Por fim, sobre uma possível correção: o mesmo thread, na resposta de 17 de outubro de 2017 por usuário pasllc, aponta para um artigo relacionado ao BizTalk intitulado "Evitando o esgotamento da porta TCP / IP" ( link ). Esse artigo fala sobre a definição de 2 chaves de registro (TcpTimedWaitDelay e MaxUserPort), e a resposta de thread também fala sobre a configuração de um terceiro (TcpMaxDataRetransmissions).