WSUS - rejet persistant rapport d'état - défaut de collecte valeur SMBIOS

Adrien Colin 20 Points de réputation
2026-08-27T08:23:05.8466667+00:00

Bonjour,

CONTEXTE :

  • Serveur WSUS : Windows Server 2019 Standard
  • Rôle : WSUS
  • Base de données : SUSBD
  • URL cliente en HTTPS
  • Parc total : +150 clients/serveurs

Problème concerné : 9 clients PC de marque Fujitsu

modèle concerné : CELSIUS W580Power / Llifebook E734 / Lifebook E548 / ESPRIMO P557-558

description problème : Un sous-ensemble de 9 machines continue transmettre un rapport accepté, avec un défaut de validation distinct sur le champ t= ou N=, ce défaut entraîne un refus du rapport par le serveur WSUS.

Le défaut persiste après régénération complète de l'historique local, ce qui exclut une cause de type « donnée corrompue en cache » et pointe vers un défaut de collecte de la valeur SMBIOS elle-même, combiné à une validation serveur qui ne tolère plus les champs vides depuis juillet 2026.

Extrait LOG :
Extrait de SoftwareDistribution.log (serveur), anonymisé, daté du 25/08/2026 :

2026-08-25 xx:xx:xx.xxx UTC  Error  w3wp.xx  ReportingEvent.ValidateMiscData ValidateMiscData: Rejecting MiscData entry with empty or whitespace-only value: t=  for event InstanceId: <guid>

Contenu représentatif du bloc miscData soumis par un client Fujitsu concerné (anonymisé) :

miscData=[B=317,C=2,...,T=FUJITSU // American Megatrends Inc.,...,t= ,w=0,x=1,...]

Windows pour les entreprises | Windows Server | Appareils et déploiement | Composants de gestion du système
0 commentaires
Réponse acceptée par l’auteur(e) de la question
Hoang Le 6,275 Points de réputation Conseiller(ère) indépendant(e)
2026-08-27T10:49:21.1533333+00:00

Bonjour Adrien,

Le rejet que vous observez côté WSUS est cohérent avec une modification introduite dans les règles de validation des rapports d’état depuis mi‑2026 : le champ t= (SMBIOS manufacturer string) ne peut plus être vide ou constitué uniquement d’espaces. Sur vos machines Fujitsu, le client WSUS collecte bien les autres valeurs (B, C, w, x…), mais le champ t= est transmis vide, ce qui entraîne le rejet systématique par ReportingEvent.ValidateMiscData.

Ce n’est pas un problème de cache ou de base SUSDB, mais un défaut de remontée de la donnée SMBIOS par l’agent Windows Update. Sur les modèles que vous citez (CELSIUS W580, Lifebook E734/E548, ESPRIMO P557‑558), le BIOS Fujitsu expose parfois une chaîne SMBIOS Manufacturer tronquée ou non conforme. Le client WSUS ne parvient donc pas à remplir le champ attendu.

La seule manière de corriger côté client est de s’assurer que le firmware/BIOS est à jour. Fujitsu a publié plusieurs correctifs BIOS sur ces gammes qui rétablissent la valeur SMBIOS Manufacturer. Je vous recommande de vérifier la version actuelle avec wmic bios get manufacturer, smbiosbiosversion ou via PowerShell Get-CimInstance Win32_BIOS. Si la valeur Manufacturer est vide, il faut appliquer le dernier BIOS disponible sur le site support Fujitsu pour chaque modèle.

Côté serveur WSUS, il n’existe pas de paramètre permettant de désactiver la validation stricte introduite en juillet 2026. Microsoft n’a pas documenté de clé de registre ou option pour tolérer les champs vides. La seule solution supportée est de corriger la donnée côté client afin que le rapport soit accepté.

En résumé : mettez à jour le BIOS des machines concernées, puis forcez un cycle complet de détection (wuauclt /detectnow ou usoclient startscan) et vérifiez que le champ t= est correctement renseigné. Si malgré BIOS à jour la valeur reste vide, il faudra ouvrir un ticket auprès de Fujitsu car c’est un défaut SMBIOS au niveau firmware, et WSUS ne peut plus l’accepter.

J’espère que vous trouverez ici un élément utile pour avancer. Si cela vous aide à mieux comprendre le problème, merci d’accepter la réponse. N’hésitez pas à revenir vers moi pour toute précision complémentaire. Bonne journée !

HL.

Cette réponse vous a-t-elle été utile?

1 personne a trouvé cette réponse utile.
0 commentaires

1 réponse supplémentaire

Trier par : Le plus utile
Le plus utile Plus récent Plus ancien
  1. Adrien Colin 20 Points de réputation
    2026-08-27T12:16:36.49+00:00

    Bonjour Monsieur Hoang,

    Je vous remercie pour votre réponse, nous allons voir de notre côté si nous pouvons mettre à jour les versions BIOS pour les PC concernés et faire un ticket auprès de Fujitsu si besoin.

    Bonne journée à vous.AC.

    Cette réponse vous a-t-elle été utile?

    0 commentaires

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).