locked
Erro de acesso ao tentar logar no servidor de TS por servidor RPC indisponível. RRS feed

  • Pergunta

  • Gostaria de pedir ajuda sobre esse problema crônico que venho passando à vocês experts desse ótimo fórum que é a TECHNET.

    Tenho procurado aqui e vi vários casos com problemas parecidos e até um quase idêntico porém não vi e nem consegui resolver através do que foi dito nesses tópicos.

    Vamos ao cenário:

    Máquinas virtualizadas em um DELL com IPS FIXOS:

    1 SERV 2008 RODANDO O AD - DNS - DHCP 

    1 SERV 2003 RODANDO  TS 

    Nesse servidor 2003 server enterprise onde funciona o serviço de terminal e se conectam usuários usando esse tipo de acesso, de uns tempos para cá (NÃO PRESTEI ATENÇÃO SE FOI DEPOIS DO SERV PACK 2) tem ocorrido que ao se tentar acessar tanto remotamente como executar algum programa que esteja nesse servidor(como o do bradesco por exemplo) não se consegue! Remotamente tem dado o famigerado erro de SERVIDOR RPC INDISPONÍVEL e ao tentar executar algum programa instalado nesse servidor mesmo estando na rede local também não se tem êxito.  

    Ao se examinar o VISUAL EVENTOS se nota que após o erro de NETLOGON  descrito abaixo o servidor torna-se indisponível tendo eu que REINICIÁ-LO para voltar a ter disponibilidade!

    ID do EVENTO: 5719    FONTE: NETLOGON

    Mostrando o seguinte comentário:

    Este computador não pôde configurar uma sessão segura com um controlador de domínio no domínio XX devido ao seguinte: Espaço insuficiente de armazenamento para processar este comando. Isso pode causar problemas de autenticação. Certifique-se de que o comp está conect à rede.... 

    Isso só se resolve quando entro via vSphere Client e REINICIO a máquina com isso voltando a subir os possíveis serviços que ficaram indisponíveis.

    executando o comando NET DIAG nesse 2003 no momento em que deu o problema e estava fora de acesso pude observar que nos testes de DC list test ouve FALHA onde se dizia 'DOMÍNIO' : No DCs are up  como também no TRUST RELATIONSHIP test que houve falha com a mesma mensagem. Indicando possível falha de conexão com o controlador de domínio.

    O que já fiz foi adicionar alguma chaves no REGISTRO como a chave ExpectedDialupDelay VALOR 1 e ArpRetryCount com valor 0 porém nada mudou!

    Agradeço muito se alguém puder ajudar na resolução desse prob crônico.

    Gilson






    • Editado gsound segunda-feira, 16 de junho de 2014 15:04
    segunda-feira, 16 de junho de 2014 14:57

Respostas

  • Bom dia, 

    Já tentou ver se o Winsock não está corrompido Gilson, já tentou o comando:

    Netsh Winsock Reset

    ele reseta todas as configurações de rede, muito útil nesses erros em que problemas de conectividade não tem nexo, onde geralmente pode ser o Winsock corrompido, tente rodar o comando e reconfigurar o IP para ver se funciona.

    http://technet.microsoft.com/pt-br/library/cc668515.aspx

    • Marcado como Resposta Felipe Feydit segunda-feira, 30 de junho de 2014 15:40
    quarta-feira, 25 de junho de 2014 14:40

Todas as Respostas

  • Uma ideia apenas

    http://support.microsoft.com/kb/126401/pt-br


    Bruno Vasconcellos Batalha MCP/MCT/MCTS/MCITP-SA 2008/VCP 4.1

    segunda-feira, 16 de junho de 2014 18:52
  • Bruno, obrigado por responder!!!

    "Uma solução alternativa para esse problema é usar o Editor do Registro para zerar o parâmetro PagedPoolSize."  

    Já observei esse valor no REGEDIT do win 2003 server e o valor dele já está como "0".

    Será que temos outro trunfo a fazer pra acabar com esse problema?

    Gilson

    segunda-feira, 16 de junho de 2014 19:08
  • Boa Tarde,

    Veja se sua NIC virtual está respondendo solicitações na hora do erro, provavelmente pode existir alguma atualização do Hypervisor que corrige esse problema, verifique com a fornecedora do Hypervisor se é um problema conhecido, já passei um problema similar com o VMware vSphere 5.0 onde as placas de rede eram detectadas como dispositivos hotplug e subitamente eram removidas sem aviso prévio, por ironia era um servidor de serviços de área remota também, liguei para o suporte e constatei que era um problema conhecido, acabei fazendo um troubleshooting por uma documentação que eles me indicaram.

    segunda-feira, 16 de junho de 2014 20:55
  • Jamerson agradeço  muito por responder e tentar resolver esse problema tão chato que de 2 em 2 dias tem ocorrido nesse servidor 2003 com TS!!!

    Hoje pela manhã foi dia do serviço RPC está indisponível e ai fui em outra máquina e dei um PING no ip desse 2003 e tudo normal, acessei um pasta e consegui porém se tentar conecetar até nele mesmo usando o 127.1.1.1 ele responde da mesma forma com RPC indisponível.. Talvez possa ser algo relacionado a placa de rede com alguma atualização ou coisa parecida como vc mesmo relatou. Vou tentar falar com o suporte e expor esse problema pra ver se o cara me ajuda em algo. Usamos o VMware ESXi 5.1.0 gratuito direcionado pela DELL para seus servidores. 

    OBS: A única maneira de acessa esse servidor qdo ele "para" é via VSphere Client onde reinicio e ai volta ao "normal".

     Espero que haja uma solução pra isso ao invés de ter que substituir o windows ou mesmo colocar outra máquina virtual.

    O interessante que só ocorre isso com essa MV , as outras 3 estão normais.

    Obrigado pela ajuda!

    Gilson

    quarta-feira, 18 de junho de 2014 18:35
  • Hoje mais uma vez o servidor ficou inacessível com o serv de RPC indisponível. Nesse momento fiz alguns testes de acesso como PING, acessar pastas dessa máquina e conseguia normalmente. Cheguei a mudar o ip da placa e deixar que pegasse automaticamente direto do DHCP do AD e mesmo assim ficou inacessível quando acessado via TS.  Pelo jeito a NIC da placa responde normalmente porém há algo errado que faz com que o serviço pare e fique dessa forma. 

    No visualizador de eventos mostra o mesmo erro de NETLOGON evento 5719 às 7h da manhã de hoje.

    O pior é não poder ter uma possível atualização de drive da placa pois o 2003 server não é homologado pra esse servidor da DELL e ai fica-se sem saber o que poderia ser e isso acontecendo no intervalo de 2 em 2 dias.

    Espero que alguns dos colegas possam ajudar com algum conhecimento.

    Obrigado desde já.

    Gilson


    sexta-feira, 20 de junho de 2014 13:18
  • Terá algum dos membros deste fórum alguma dica que possa me ajudar na resolução desse problema CRÔNICO e chato que acontece com esse servidor 2003????

    Agradeceria muito se pudesse ter alguma luz.

    Gilson 

    quarta-feira, 25 de junho de 2014 11:25
  • Gilson,

    Você já monitorou se esses problemas ocorrem por causa de grandes picos de CPU?, em um determinado momento alguma VM usa muito poder de processamento e acaba por atingir seu servidor de TS?

    quarta-feira, 25 de junho de 2014 14:31
  • Bom dia, 

    Já tentou ver se o Winsock não está corrompido Gilson, já tentou o comando:

    Netsh Winsock Reset

    ele reseta todas as configurações de rede, muito útil nesses erros em que problemas de conectividade não tem nexo, onde geralmente pode ser o Winsock corrompido, tente rodar o comando e reconfigurar o IP para ver se funciona.

    http://technet.microsoft.com/pt-br/library/cc668515.aspx

    • Marcado como Resposta Felipe Feydit segunda-feira, 30 de junho de 2014 15:40
    quarta-feira, 25 de junho de 2014 14:40
  • Jamerson, primeiro obrigado por responder mais uma vez cara!!

    Quanto a grandes picos digo que não acontece pois se observa que o processamento nesse DELL fica bem abaixo. Veja que isso tem ocorrido a uns 2 meses e é de 2 em 2 dias e é sempre quando ocorre o erro de NETLOGON 5719 na madrugada anterior e ai quando se tenta conectar vem o RPC indisponível.

    A placa responde com ping e quando tento acessar qualquer pasta compartilhada nesse 2003 server só consigo se for com o usuário administrador  embora meu login seja de adm também. Depois de reiniciar a máquina ai sim consigo acesso às pastar pelo meu login.

    Sobre o comando que você indicou irei ver se consigo executá-lo ok?! Estou lendo pra ver o que ele faz e causa no server que for executado.

    No mais agradeço pelas respostas e vou tentando pra ver se consigo solucionar isso.

    GIlson

    quarta-feira, 25 de junho de 2014 15:08
  • Jamerson, executei o Netsh Winsock Reset  recriando o catálogo de endereço e depois reiniciei a máquina virtual. Agora resta apenas esperar pra ver se o NETLOGON vai dá problema novamente tornando o RPC indisponível.

    Gilson

    quarta-feira, 25 de junho de 2014 17:51
  • Apenas como forma de dar um retorno:

    Após ter usado o comando winsock reset desde o dia 25/06 o problema parece ter sido solucionado pois o serviço de TS está funcionando e nada de erro de RPC!

    Agradeço ao  Jamerson pelas respostas e a dica!!! Obrigado cara.

    Gilson

     

    segunda-feira, 30 de junho de 2014 13:15
  • Erro continua......

    Após 12 dias sem apresentar o problema de NETLOGON - ERRO 5719 (Espaço insuficiente de armazenamento para processar este comando) o erro retornou e com isso lá se vai o serviço de TS parar e agora mesmo o acesso à qualquer pasta compartilhada que esteja nesse servidor fica inacessível ao se tentar entrar nelas.

    Observando no visualizador de eventos em segurança há erros 1053 onde mostra que o windows não pôde determinar o usuário ou o nome do computador (espaço insuficiente de armazenamento para concluir a operação).

    O ping funciona porém nada de acesso.

    Ao tentar acessar via terminal pela rede interna há mensagem de DOMÍNIO INDISPONÍVEL.

    Gostaria de perguntar à alguns dos colegas e mestres aqui da technet se esse "espaço insuficiente de armazenamento" se reflete no espaço total do HD e memória da máquina física pois o espaço em si dessa máquina virtual onde ocorre o problema  está ok e com memória suficiente.

    Gilson


    • Editado gsound segunda-feira, 14 de julho de 2014 12:07
    segunda-feira, 14 de julho de 2014 11:54
  • DCDIAG com o servidor inacessível:

    DC discovery test. . . . . . . . . : Passed
    DC list test . . . . . . . . . . . : Failed
        'AMP': No DCs are up.
    Trust relationship test. . . . . . : Failed
        'AMP': No DCs are up (Cannot run test).
        [FATAL] Secure channel to domain 'AMP' is broken. [ERROR_NO_LOGON_SERVERS]

    DCDIAG após reiniciar o servidor e tornar a ser acessível:

    DC discovery test. . . . . . . . . : Passed
    DC list test . . . . . . . . . . . : Passed
    Trust relationship test. . . . . . : Passed
        Secure channel for domain 'AMP' is to '\\srva.amp'.


    • Editado gsound segunda-feira, 21 de julho de 2014 17:31
    segunda-feira, 21 de julho de 2014 17:30