Veuillez attendre le gestionnaire de session local

Récemment, Joseph et moi avons installé un nouveau Alimentation sans interruption (UPS) sur l'un de nos serveurs Hyper-V. Dans le cadre de ce processus, nous devions installer un logiciel de surveillance UPS. Quoi qu'il en soit, pour faire court, après l'installation du logiciel et le redémarrage du serveur, nous ne pouvions plus nous connecter au serveur en local ou à distance. Nous avons attribué ce problème au logiciel de surveillance UPS et l'avons désinstallé.

Nous nous sommes bien amusés à essayer de comprendre comment redémarrer un serveur Hyper-V fonctionnel lorsque vous ne pouvez pas vous y connecter et comment arrêter les machines virtuelles, mais cette histoire est pour un futur article de blog (assurez-vous à lire le post de Joseph demain !).

Pourquoi n'avons-nous pas pu nous connecter à un serveur fraîchement redémarré localement ou à distance ? Ce problème était déroutant. Ce n'était pas un problème de service ou d'application de démarrage ; J'ai attendu que tous les services (y compris les services à démarrage différé) aient commencé. Tout irait bien pendant environ deux heures, puis j'aurais ce message : Veuillez attendre le gestionnaire de session local.

Le Gestionnaire de session local est un service central local que vous NE POUVEZ PAS redémarrer. J'ai essayé!

Je devenais très frustré. Pourquoi ça ne marche plus ???

Je me connecterais au serveur en utilisant Gestionnaire de connexion Bureau à distance (RDCM) 2.7, puis le S'il vous plaît, attendez… message resterait là pendant quatre minutes avant d'expirer.

Nous avons commencé à rechercher ce problème, mais nous n'avons rien trouvé d'utile. Nous avons ajusté les mots clés et continué à chercher. J'étais sur le point d'abandonner et de passer un appel à Prise en charge Microsoft (CSS) quand je suis tombé sur ce message sur le forum sur le même problème.

Vous remarquerez qu'ils parlent de la quantité de RAM dont dispose le serveur et des erreurs sur le serveur.

Dans notre cas, cependant, notre serveur disposait de 112 Go de RAM sans VM en cours d'exécution, ce n'était donc clairement pas un problème de RAM. De plus, aucune erreur n'a été relevée dans le Observateur d'événements.

Ensuite, j'ai lu la note de Daniel Einhaus sur le pare-feu et l'accès au contrôleur de domaine (DC). Je doutais que ce soit le problème, mais je devais l'éliminer comme une possibilité.

J'ai essayé de me connecter à l'hôte DC à l'aide de RDCM, mais cela a échoué. Ce n'est pas bon. Gestionnaire de machines virtuelles (VMM) était déjà configuré, je l'ai donc utilisé pour me connecter au DC. Ça a marché! J'ai désactivé le pare-feu et je me suis connecté au serveur. Tout a fonctionné ! WOW! Qui savait que le pare-feu du DC affectait le Gestionnaire de session local? Maintenant que je savais quel était le problème, c'était assez facile à résoudre.

J'ai monté une vidéo pour montrer ce qui s'est passé car ce n'est pas un problème évident. Dans l'intérêt du temps, le Gestionnaire de session localLa section du temps mort de est accélérée parce que je doute que l'un d'entre vous veuille voir quatre minutes de balles en rotation !

 

Veuillez attendre le gestionnaire de session local

Découvrez comment Right Click Tools change la façon dont les systèmes sont gérés.

Augmentez immédiatement votre productivité grâce à notre version Community Edition limitée et gratuite.

Commencez dès aujourd'hui avec Right Click Tools :

Assistance

  • Ce champ n’est utilisé qu’à des fins de validation et devrait rester inchangé.

Contact

  • Ce champ n’est utilisé qu’à des fins de validation et devrait rester inchangé.

En soumettant ce formulaire, vous comprenez que Recast Software peut traiter vos données comme décrit dans le Recast Software Politique de confidentialité.

fr_FRFrench