Falha no Serviço do Terminal Server do Servidor 2003 R2 SE (x86)

5

Então, estou tendo um problema estranho e novo para mim em uma de nossas VMs do Server 2003 R2, SE x86.

O problema é que, desde a atualização do mês passado, parece que não conseguimos criar o RDP na caixa, e precisamos de vez em quando, porque é o nosso servidor Exchange (2003), e ocasionalmente temos para administrar nosso ambiente de email. A tentativa de conectar-se ao RDP gera um 2308 error code . Para o que importa, as conexões remotas não-RDP parecem funcionar bem (PSExec, Visualizador de Eventos Remotos, etc.).

Como se trata de uma VM, comecei a dar uma olhada no console do vSphere e encontrei o serviço TermService a ser iniciado, mas reverti para Manual Startup Type e em NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN .

Eu mudei o tipo de inicialização, fiz takskill /PID /F e reiniciei o serviço, mas ele ainda não está aceitando conexões e está de volta em um estado NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN (que não é o estado em que normalmente está) e não aceitando conexões . O Gerenciador de Serviços de Terminal mostra as duas sessões RDP "disponíveis" como inativas e gera um erro se você tentar redefini-las.

Eu já vi referências online sendo resultado de várias placas de rede, mas nosso servidor tem apenas um vNIC.

Como este é nosso único servidor Exchange, reinicializar é um último recurso (duplamente por causa da burocracia que impomos a nós mesmos para qualquer servidor), assim alguém sabe o que está acontecendo, e esperamos que tenha uma solução que não envolve a reinicialização?

Screenie abaixo, caso alguém precise do visual.

    
por HopelessN00b 26.12.2012 / 17:04

1 resposta

1

Desculpe dizer - Eu vi alguns servidores Win2k3 acabarem nesse estado, e nunca tive a sorte de reiniciar o serviço TS com sucesso. Uma reinicialização é sua resposta, desculpe dizer.

Para evitar uma repetição: A maneira como isso aconteceu O IME iniciou uma reinicialização por meio da GUI dentro de uma sessão RDP. Acho que você descobrirá que a última vez que isso foi corrigido, uma reinicialização foi iniciada, mas não foi concluída - verifique o tempo de atividade e o log de eventos para confirmar isso. A correção é iniciar o CMD.EXE e executar o shutdown / r com qualquer outro switch apropriado, e manter um ping -t exchangeserver de outra máquina para garantir que ele realmente fique inativo. Se isso não acontecer, você terá que usar algo OOB para forçar a reinicialização.

    
por 26.12.2012 / 18:13