Server 2003 R2 SE (x86) échec du service Terminal Server

Donc, j'ai un problème étrange et nouveau pour moi sur une de nos machines virtuelles Server 2003 R2, SE x86.

Le long et le bas est que depuis le patch le mois dernier, nous ne pouvons pas sembler RDP dans la boîte, et nous devons le faire de time en time, car c'est notre server Exchange (2003), et nous devons parfois administrer notre environnement de messagerie. Tenter de se connecter via RDP lance un 2308 error code . Pour ce qui count, les connections à distance non RDP semblent bien fonctionner (PSExec, Remote Event Viewer, etc.).

Étant donné qu'il s'agit d'une machine virtuelle, je viens de regarder la console vSphere et j'ai trouvé le service TermService pour être démarré, mais revenir au Startup Type manuel et dans un état NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN .

J'ai changé le type de démarrage, takskill /PID /F pris un takskill /PID /F et redémarré le service, mais il n'accepte toujours pas les connections et est de return dans un état NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN (ce qui n'est pas l'état dans lequel il se trouve normalement) et ne pas accepter les bindings. Le Gestionnaire des services Terminal Server affiche les deux sessions RDP "disponibles" en panne et lance une erreur si vous essayez de les réinitialiser.

J'ai vu des references en ligne comme étant le résultat de plusieurs maps réseau, mais notre server a simplement la VNIC.

Comme il s'agit de notre seul server Exchange, le redémarrage est un dernier recours (à cause de la bureaucratie sur laquelle nous nous infligons pour n'importe quel server), de même que quelqu'un sait ce qui se passe, et j'espère avoir une solution qui ne fonctionne pas, t-il un redémarrage?

Screenie ci-dessous, dans le cas où quelqu'un a besoin du visuel.

Stupid 2003

Désolé de dire – J'ai vu certains servers Win2k3 finir dans cet état, et je n'ai jamais eu de chance à redémarrer le service TS avec succès. Un redémarrage est votre réponse, désolé de le dire.

Pour éviter une répétition: la façon dont cela s'est produit, IME a lancé un redémarrage via l'interface graphique dans une session RDP. Je pense que vous constaterez que la dernière fois que cela a été corrigé, un redémarrage a été lancé mais n'a pas été complété – vérifiez le time de disponibilité et le journal des events pour confirmation de cela. Le correctif consiste à triggersr CMD.EXE et à exécuter shutdown / r avec n'importe quel autre commutateur approprié, et à conserver un ping -t exchangeerver d'une autre machine pour s'assurer qu'il diminue. Si ce n'est pas le cas, vous devrez utiliser quelque chose OOB pour forcer un redémarrage.