Estou usando o protocolo net.tcp para vários serviços da web. Quando eu reinicio o meu macbook pro do Windows 7 Ultimate (64 bits), o serviço nunca é reiniciado automaticamente, embora seja assim que eles são definidos:
Osúnicoseventosrelevantesquepossoverestãonologdeeventosdosistema:
Error6/9/201119:47ServiceControlManager7001NoneTheNet.TcpListenerAdapterservicedependsontheNet.TcpPortSharingServiceservice>whichfailedtostartbecauseofthefollowingerror:Theservicedidnotrespondtothestartorcontrolrequestinatimelyfashion."
Error 6/9/2011 19:47 Service Control Manager 7000 None The Net.Tcp Port Sharing Service service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion."
Error 6/9/2011 19:47 Service Control Manager 7009 None
A timeout was reached (30000 milliseconds) while waiting for the Net.Tcp Port Sharing Service service to connect.
Este post sugere que é outra coisa bloqueando a porta (na postagem é SCCM 2007 R3 Client que eu não uso).
O que mais poderia ser o problema? Se é algo mais bloqueando a porta, como faço para descobrir o que? Quando inicio os serviços manualmente, eles são iniciados corretamente.
Dependências são:
Serviço de compartilhamento de porta Net.Tcp
AdaptadordeescutaNet.Tcp
Ainda sem sorte, mas acho que o problema pode ser que minha conexão de rede demore demais para aparecer. Eu coloquei uma exibição personalizada do log de eventos e encontrei estes itens:
O primeiro da série diz:
A timeout was reached (30000 milliseconds) while waiting for the Net.Tcp Port Sharing Service service to connect.
Você pode tentar desativar o IPv6 primeiro passo.
Outros comandos de reparo que você pode experimentar são:
netsh int ip reset c:\resetlog.txt (reset TCP/IP stack)
netsh winsock reset c:\winsock.txt (reset winsock)
netsh int ipv4 reset reset.log (reset IPv4 TCP/IP stack)
Consulte também redefinir o Protocolo da Internet (TCP / IP) que fornece uma correção para mim.
Antes de começar, é melhor criar um ponto de restauração do sistema, apenas no caso.
Se você for ao Gerenciador de Servidores | Recursos e Adicione o ".Net Framework 3.5.1 Recursos" com o sub-recurso "Ativação do WCF" nele, você deve resolver este problema.
O @Jay Int32 está correto em sua resolução acima, mas você pode querer simplesmente ativar o recurso de ativação do WCF no .net 3.5 em vez de seguir a maneira hard core de instalar cada framework separadamente e começar do zero.
Eu tinha os recursos do .NET Framework 3.5.1 já instalados e o Adaptador do ouvinte ainda estava suspenso. Trabalhou após também instalar o Microsoft .NET Framework 3.5.1 HTTP HTTP e ativação não HTTP.
Eu estava passando por um problema semelhante em um servidor Win 2008. O adaptador de ouvinte Net.Tcp e o adaptador de ouvinte Net.Pipe iria travar no estado "inicial". Descobri que isso se deveu ao fato de o sistema ter sido configurado com o .NET 2.0 Framework e o .NET 4.0 Framework, mas não com o 3.5, necessário para que o Adaptador do Windows Service Activation Service Listener funcione corretamente. Nós recriamos a imagem do servidor virtual com um sistema operacional limpo, instalamos os pacotes do .Net Framework em ordem e isso resolveu o problema.
Eu duvido que a porta esteja sendo bloqueada ou que provavelmente não seja iniciada mais tarde. Eu suspeito que algum outro serviço não está começando em breve o suficiente para começar, em outras palavras, uma dependência.
Verifique suas dependências em relação a esses documentos:
Você pode verificar suas dependências clicando duas vezes no serviço e indo para a guia de dependência. Se não combinarem, responda a isso e adicionarei mais informações sobre como adicioná-las ao registro.
No meu caso, a falha inicial foi causada pela falta de permissões no arquivo machine.config dentro da pasta C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config.
Na verdade, esse arquivo tinha um ícone de cadeado:
EresolviadicionarpermissõesdeleituraeexecuçãoaogrupoUsuárioslocais(cliquecomobotãodireitoem>Propriedades>Segurança).
Referência:
Eu tive o mesmo problema. Rastrei isso para uma falha na instalação do pacote .NET 3.5.1 Frameworks que acompanha a função de aplicativo do Windows Server 2008 R2. Corrigi o problema ao desinstalar, reinicializar e reinstalar o recurso Função de Aplicativo do .NET 3.5.1.
Tags 64-bit windows-7 macbook-pro