Problèmes de la Journée de Correctifs : Dysfonctionnements de la File d’Attente de Messages sous Windows 10, Server 2016 et 2019

Fin 2025, la journée de correctifs de Microsoft a encore fait des siennes. Des utilisateurs et admins réseau constatent des soucis sérieux avec la file d’attente de messages (MSMQ) sur Windows 10 et versions Server. Résultat : communications plantées et applications au ralenti, un vrai cauchemar en environnement pro.

Dysfonctionnements majeurs dans la gestion de la file d’attente MSMQ

Les mises à jour déployées en décembre ont chamboulé la mécanique interne du MSMQ, jusqu’ici plutôt stable. Ce protocole réseau, crucial pour l’échange d’informations entre applications, montre des signes de faiblesse importants. Sous Windows 10 22H2, Server 2016 et 2019, la file d’attente peut devenir inopérante sans prévenir.

Microsoft l’a reconnu : après l’installation de la mise à jour KB5071546, certains services MSMQ, y compris en mode cluster, basculent en échec quand la charge monte. En gros, les appels d’écriture dans les files se soldent par des erreurs de ressources insuffisantes, même si rien ne semble manquer côté CPU ou disque.

Les premiers signes : erreurs étranges et files bloquées

Les admins ont vu des alertes telles que “The message file ‘C:WindowsSystem32msmqstorage*.mq’ cannot be created” s’afficher course après course. Les journaux système mentionnent souvent un manque d’espace disque ou de mémoire, alors que les ressources sont largement disponibles. Ce qui embrouille tout le monde sur le diagnostic réel.

L’accès concurrençant aux données est impacté et des pages IIS tournant autour du MSMQ font planter les applications avec le message classique “Resources insuffisantes pour exécuter l’opération”. Une situation qui donne envie de jeter son clavier par la fenêtre quand on gère un parc conséquent.

Qu’est-ce qui coince vraiment ?

Le cœur du problème est la refonte du modèle de sécurité du MSMQ et des droits NTFS sur le dossier “C:WindowsSystem32MSMQstorage”. Désormais, les utilisateurs MSMQ doivent avoir des droits en écriture sur ce répertoire, ce qui n’est pas un changement anodin. Par défaut, cet accès était réservé aux administrateurs.

Ce glissement vers une politique plus stricte casse les permissions habituelles. Les applications et services intégrés à MSMQ se retrouvent empêchés d’écrire dans leurs files, menant aux fameux messages d’erreur. Beaucoup d’environnements en production constatent des blocages incompréhensibles, en particulier sur des clusters lorsqu’ils sont sous forte charge.

Un impact sensible sur les entreprises et les infrastructures

Les sociétés qui reposent sur des échanges asynchrones via MSMQ risquent de voir leurs flux métiers grippés. Imaginez vos workflows inter-serveurs ou applications critiques stoppés net, alors qu’un patch censé renforcer la sécurité bouleverse la stabilité. Ça fait un peu désordre en 2025, non ?

Les administrateurs système, jaugeant tout ça du bout des doigts, doivent maintenant jongler entre appliquer les correctifs importants et contenir les effets indésirables. Toute cette histoire rappelle que dans l’IT, un update qui tourne mal ne prévient jamais, il faut savoir être prêt à réagir.

Les recommandations pour limiter la casse

Microsoft mène l’enquête, mais la solution durable tarde encore à pointer le bout de son nez. En attendant, il faut vérifier que les services MSMQ disposent bien des permissions en écriture sur le dossier de stockage. Sans ça, les files restent à l’arrêt ou plantent sans pitié.

Certains admins préconisent de creuser les logs, scanner la charge des serveurs et éventuellement envisager un rollback des correctifs si la prod devient instable. Ce genre de galère montre aussi qu’avoir un lab de test reste la seule parade sérieuse avant de déployer à la volée.

Source: www.heise.de