none
Remote Desktop Services is currently busy RRS feed

 > 

  • Pergunta

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Olá senhores, tudo bem. Todos os dias logo pela manhã os usuários ao tentarem logar no meu ambiente que possui o recurso de RD Connection Broker com 3 servidores, recebem a seguinte mensagem: "The task are trying to do can't be completed because Remote Desktop Services is currently busy. Please try again in a few minutes. Other user should still be able to log on.", eu sei que no 2008 possuía um KB que fazia a correção disso, mas no 2012 encontrei apenas esse KB (https://support.microsoft.com/en-us/kb/3047296) que faz uma menção ao problema que estou tendo. Apliquei o KB ontem a noite, reiniciei os servidores, efetuei os testes de acesso, tudo ok, mas hoje pela manhã por volta das 08h30 o erro voltou a ocorrer. Configurei também o Session Idle limit para 15 minutos com a opção de End the session, mas sem resultados satisfatórios.

    Alguém tem ideia de como revolver isso?

    quarta-feira, 18 de maio de 2016 12:56
    |

Respostas

  • Question
    Entrar para Votar
    2
    Entrar para Votar

    Você verificou nos servidores de RDS Farm se a sessão RDP do usuário que está recebendo a mensagem continua conectada? Executar o comando query session sobre os servidores mostrará se está ou não e caso sim, executar o comando reset session sessionId irá elimitá-la sumariamente.

    Se executar os passos acima, solicite ao usuário que seja feita uma nova tentativa de logon na farm.

    quarta-feira, 18 de maio de 2016 13:25
    |
  • Question
    Entrar para Votar
    2
    Entrar para Votar

    Eu não acredito que a versão superior possa causar este tipo de problema. Seria mais coerente o oposto quando a versão do cliente é inferior a do servidor. Quanto ao problema, isto normalmente ocorre por que de alguma forma a sessão rdp do usuário não foi desconectada completamente podendo permanecer ativa.

    No momento que o RDCB identifica que há uma sessão em um servidor da farm, ele direciona a conexão do usuário para tentar restabelecer esta sessão e pelo fato da sessão estar ativa por não ter sido desconectada completamente (pode ter ocorrido um deadlock), o usuário recebe a mensagem de erro por não ser possível restabelecer a sessão.

    O que você precisa fazer é verificar o Event Viewer e identificar os eventos que estão ocorrendo no momento que um usuário tenta efetuar o logon e recebe a mensagem de erro.


    quarta-feira, 18 de maio de 2016 14:30
    |

Todas as Respostas

  • Question
    Entrar para Votar
    2
    Entrar para Votar

    Você verificou nos servidores de RDS Farm se a sessão RDP do usuário que está recebendo a mensagem continua conectada? Executar o comando query session sobre os servidores mostrará se está ou não e caso sim, executar o comando reset session sessionId irá elimitá-la sumariamente.

    Se executar os passos acima, solicite ao usuário que seja feita uma nova tentativa de logon na farm.

    quarta-feira, 18 de maio de 2016 13:25
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Obrigado pelo retorno @4HorsemenOfDaIT, vou pedir pro pessoal fazer o teste, como o erro só ocorre de manhã vou pedir pro pessoal que chega mais cedo para checarem isso.

    Estava vendo outra possibilidade, será que a versão do RDP Client pode causar a falha de conexão? Nos servidores 2012 a versão é a 8.1, no meu Windows é a 10.0, ainda não fiz o teste de tentar a conexão pelo RDP do Windows 10, vou fazer isso amanhã.

    Eu deixei as configurações do Session assim. Até o presente momento ele esta encerrando as conexões em disconect.

    quarta-feira, 18 de maio de 2016 14:03
    |
  • Question
    Entrar para Votar
    2
    Entrar para Votar

    Eu não acredito que a versão superior possa causar este tipo de problema. Seria mais coerente o oposto quando a versão do cliente é inferior a do servidor. Quanto ao problema, isto normalmente ocorre por que de alguma forma a sessão rdp do usuário não foi desconectada completamente podendo permanecer ativa.

    No momento que o RDCB identifica que há uma sessão em um servidor da farm, ele direciona a conexão do usuário para tentar restabelecer esta sessão e pelo fato da sessão estar ativa por não ter sido desconectada completamente (pode ter ocorrido um deadlock), o usuário recebe a mensagem de erro por não ser possível restabelecer a sessão.

    O que você precisa fazer é verificar o Event Viewer e identificar os eventos que estão ocorrendo no momento que um usuário tenta efetuar o logon e recebe a mensagem de erro.


    quarta-feira, 18 de maio de 2016 14:30
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Então, mas o erro ocorre logo pela manhã, ontem eu reiniciei as máquinas por volta das 22h30, chequei se não havia mais ninguém logado, e quando foi hoje por volta das 8h00 começou a ocorrer os erros, isso é o que mais esta me deixando loko aqui, porque não deveria ter problemas de conexão uma vez que a máquina foi reiniciada e estava limpa até então.

    Vou analisar novamente o eventviewer, mas ontem não encontrei nenhum alerta que pudesse causar essa falha.

    Durante o dia onde ocorre o maior número de logons e logoff o erro não ocorre.

    quarta-feira, 18 de maio de 2016 15:01
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Boa tarde Wesley P. Rodrigues,

    Conseguiu analisar os logs?

    Há alguma anormalidade?

    Abraço.

    Thales F Quintas

    Esse conteúdo e fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    quinta-feira, 19 de maio de 2016 17:52
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Não encontrei nenhum erro ou evento nos logs. Hoje em contato com o cliente ele esclareceu mais as coisas, ele me disse que o erro ocorre somente quando é feito pelo acesso externo, pela rede externa não ocorre o erro ou pelo menos ocorria com menos frequência, mas hoje ele informou que internamente não deu problema, sendo assim ele liberaram acesso pela vpn e os usuários estão usando por lá até sabermos o que de fato esta ocorrendo.

    Obrigado pela atenção de todos!

    quinta-feira, 19 de maio de 2016 18:35
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Certo,

    Sendo assim, posso encerrar esta thread?

    Thales F Quintas

    Esse conteúdo e fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    quinta-feira, 19 de maio de 2016 18:55
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Pode sim, por favor.

    Obrigado pelo apoio, as suas informações foram bem úteis.

    quinta-feira, 19 de maio de 2016 21:32
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar
    Uma pergunta: você usa Folder Redirection nestes usuários que se conectam ao RDS? Se sim, experimente remover esta função de algumas contas para teste e faça um acompanhamento. Veja se o problema ainda é apresentado ao se conectarem externamente.
    sexta-feira, 20 de maio de 2016 12:48
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Possuem sim, mas pelo que consegui levantar hoje o erro de conexão só esta ocorrendo quando os usuários vem pela rede externa usando acesso direto, quando eles usam o mesmo link mas se conectando pela vpn esse erro não ocorre, identificamos outro problema hoje, os usuários que vem de fora sem estar na vpn são desconectados depois de alguns minutos, tudo indica que possa ser o firewall dropando a conexão deles, pois no mesmo link os usuários que estão pela vpn não tem o mesmo problema.

    Mas obrigado pela dica, vamos avaliar essa possibilidade e testar sim.

    sexta-feira, 20 de maio de 2016 14:22
    |