Pourquoi je n'arrive pas à ouvrir le gestionnaire de cluster de basculement sur WIndows Server 2022

Question

Pourquoi je n'arrive pas à ouvrir le gestionnaire de cluster de basculement sur WIndows Server 2022

Souleymane MALLE [DSI] 0

Bonjour, Je n'arrive plus à ouvrir le gestionnaire de cluster de basculement sur Windows Server 2022. J'ai fait la mise à jour du .NET, le serveur est également à jour sur le patch tuesday de février 2026. l'incident était présent avant les mises à jour, je pensais qu'en faisant les mises à jour, l'incident serait résolu. Merci de nous porter assistance.

0 commentaires

4 réponses

Votre réponse

Answer 1

Bonjour Souleymane MALLE,

Merci pour votre signalement. Pour nous permettre d’identifier la cause, pouvez-vous préciser le message d’erreur exact lorsque vous lancez clusmgr.msc et fournir les Event ID pertinents depuis l’Observateur d’événements (journaux Application et Système) au moment des tentatives d’ouverture ?

Veuillez également exécuter dans Windows PowerShell ouvert avec des droits Administrateur les commandes suivantes :

Get-WindowsFeature Failover-Clustering, Get-Service ClusSvc et, si possible, Get-ClusterLog -Destination "C:\Temp\ClusterLogs", puis partager les sorties obtenues.

Si vous avez déjà exécuté sfc /scannow et DISM /Online /Cleanup-Image /RestoreHealth (depuis une invite de commandes ou PowerShell avec droits Administrateur). Avec ces éléments nous pourrons vous orienter vers une solution ciblée.

Answer 2

Souleymane MALLE [DSI] 0

Merci Tan Vu pour le retour. Lors du lancement de clusmgr.msc, rien ne se passe graphiquement et il disparait après environ 3 minutes.

Il n'y a rien dans Observateur d’événements (Système).

Nous avons déjà exécuté sfc /scannow et DISM /Online /Cleanup-Image /RestoreHealth depuis l'invite de commandes.

Les fichiers logs générés dans "C:\Temp\ClusterLogs" pour les 2 noeuds sont très lourds, environ 700 Mo, mais j'ai copié les logs de la période du lancement du gestionnaire.

Merci

0 commentaires

Answer 3

Tan Vu 2,665 Conseiller(ère) indépendant(e)

Bonjour Souleymane,

Merci pour ces précisions — comme sfc/DISM ont déjà été exécutés et que les cluster logs sont volumineux, pouvez-vous, s’il vous plaît, exécuter dans Windows PowerShell (Exécuter en tant qu’administrateur) et retourner ici les sorties exactes des commandes Get-WindowsFeature Failover-Clustering et Get-Service ClusSvc, puis lancer mmc.exe, ajouter le composant enfichable « Failover Cluster Manager » et décrire précisément le comportement (la console se ferme après X secondes, reste vide, etc.). Après une tentative d’ouverture, exécutez cette commande pour extraire les événements Application pertinents et collez les Event ID/messages : Get-WinEvent -FilterHashtable @{LogName='Application'; StartTime=(Get-Date).AddMinutes(-10)} | Where-Object { $_.ProviderName -match 'Application Error|.NET Runtime|MMC|Microsoft-Windows-Cluster-Service|FailoverClustering' } | Select TimeCreated, ProviderName, Id, LevelDisplayName, Message

Enfin, générez des logs de cluster limités à la fenêtre d’événement avec Get-ClusterLog -Destination "C:\Temp\ClusterLogs" -TimeSpan 5, compressez uniquement les fichiers les plus récents ou contenant les horodatages concernés et joignez-les. Indiquez aussi si l’ouverture depuis une station d’administration distante (RSAT) fonctionne. Avec ces éléments nous pourrons cibler si le problème vient du snap-in MMC, des outils de gestion, de .NET ou d’un souci local sur le nœud.

Souleymane MALLE [DSI] 0 Points de réputation

2026-02-27T14:52:23.5833333+00:00

En passant par mmc, au lancement, le gestionnaire de cluster se ferme sans message d'erreur apparent. J'ai zippé les logs et envoyé. EN passant par RSAT, c'est pareil, ça disparait après un moment.
Supprimé

Ce commentaire a été supprimé en raison d’une violation de notre code de conduite. Le commentaire a été signalé manuellement ou identifié via la détection automatisée avant que l’action ne soit entreprise. Pour obtenir plus d’informations, veuillez consulter notre code de conduite.
Tan Vu 2,665 Points de réputation Conseiller(ère) indépendant(e)

2026-02-27T15:26:32.4366667+00:00

Bonjour Souleymane,

Merci pour ces précisions. Étant donné que la console se ferme sans message, cela oriente davantage vers un crash applicatif de mmc.exe ou du composant enfichable Failover Cluster plutôt qu’un problème du service de cluster lui-même.

Pourriez-vous vérifier dans l’Observateur d’événements, sous Journaux Windows → Application, à l’heure exacte où la console disparaît, s’il existe une entrée de type Application Error ou .NET Runtime faisant référence à mmc.exe ? Si c’est le cas, merci de partager l’Event ID ainsi que le nom du module défaillant et le code d’exception.

S’il n’y a aucune entrée correspondante dans le journal Application, nous devrons envisager l’activation d’un crash dump pour mmc.exe afin d’identifier précisément l’origine du plantage et déterminer s’il s’agit d’un problème lié au snap-in MMC, au runtime .NET ou à une dépendance système.
Tan Vu 2,665 Points de réputation Conseiller(ère) indépendant(e)

2026-02-27T15:28:49.08+00:00

Bonjour Souleymane,

Étant donné que la console se ferme sans message, que le comportement est identique via RSAT et que les vérifications SFC/DISM n’ont rien détecté, le problème semble lié au composant d’administration (snap-in MMC) plutôt qu’au service cluster lui-même.

Je vous propose de procéder à une réinstallation complète du rôle Failover Clustering ainsi que des outils de gestion :

Désinstaller le rôle :

Désinstaller-WindowsFeature Basculement - Clustering

Redémarrer le serveur

Réinstaller le rôle avec les outils d’administration :

Install-WindowsFeature Failover-Clustering -IncludeManagementTools

Redémarrer à nouveau

Après cela, testez à nouveau l’ouverture de la console. Si le comportement persiste, nous envisagerons une vérification plus approfondie du runtime .NET ou une capture de dump applicatif.
Souleymane MALLE [DSI] 0 Points de réputation

2026-02-27T16:08:40.9533333+00:00

Bonjour Tan Vu,

La réinstallation complète du rôle Failover Clustering n'a pas d'impact sur le fonctionnement des noeuds et du disque partagé ?

Je joint les captures de l'observateur d'événement dans la partie Application.

Answer 4

Bonjour Souleymane,

Lorsqu’il s’ouvre brièvement puis se ferme sans erreur visible, cela indique presque toujours un plantage MMC/.NET causé par un composant tiers, et non une corruption du système.

Cause la plus probable: Un logiciel de sécurité/antivirus interfère avec mmc.exe ou .NET (clr.dll).

C’est un scénario bien connu sur Windows Server 2022 :

FCM se lance → la fenêtre apparaît brièvement → se ferme
Aucun événement dans le journal Système
Le crash apparaît parfois uniquement dans le journal Application

Les antivirus/EDR sont la cause no1.

Actions à vérifier et à corriger:

1.Vérifier le journal Application

Recherchez :

Application Error
.NET Runtime
Application défaillante : mmc.exe
Module défaillant : clr.dll

Si présent, cela confirme un crash MMC/.NET.

2.Désinstaller temporairement le logiciel de sécurité

Effectuez une désinstallation complète (pas seulement désactiver) de :

Antivirus/EDR
Protection contre les exploits
Contrôle d’applications/HIPS

Redémarrez puis testez

Correctif permanent: Réinstallez le produit en ajoutant des exclusions pour:

mmc.exe
%SystemRoot%\System32\mmc.exe
%SystemRoot%\Microsoft.NET\
%SystemRoot%\Cluster\
%SystemRoot%\System32\Clus*

3.Réinitialiser le cache MMC de FCM

Exécutez avec l’utilisateur concerné :

del /q %APPDATA%\Microsoft\MMC*.msc

Puis relancez FCM.