Ce guide montre comment diagnostiquer Event ID 129 et 153 à partir de vérifications ciblées et d’une validation explicite, sans multiplier les changements inutiles. Event 129 signale typiquement qu’un miniport/storage stack a réinitialisé un périphérique après timeout ; Event 153 indique une opération I/O retentée.
Étapes à suivre
-
1
Identifier les critères déterminants
Event 129 signale typiquement qu’un miniport/storage stack a réinitialisé un périphérique après timeout ; Event 153 indique une opération I/O retentée.
-
2
Recouper le contexte technique
La cause peut être disque, contrôleur/HBA, firmware, pilote, câble, SAN ou saturation ; ne concluez pas “disque HS” à partir du numéro seul.
-
3
Corrélation
Exporter les événements avec nom du device et comparer aux compteurs stockage/SMART ou logs SAN.
-
4
Écarter les erreurs de diagnostic
chkdsk ne corrige pas un timeout HBA/SAN et peut ajouter de la charge.
-
5
Valider le résultat
Aucun nouvel événement 129/153 n’apparaît pendant une charge représentative. Latence, firmware/driver et santé de chaque couche stockage sont cohérents.
Commandes utiles
Get-WinEvent -FilterHashtable @{LogName='System'; Id=129,153}
À retenir
Event ID 129 / 153 : corréler resets et retries avec le chemin stockage
Repères techniques
- Event 129 signale typiquement qu’un miniport/storage stack a réinitialisé un périphérique après timeout ; Event 153 indique une opération I/O retentée.
- La cause peut être disque, contrôleur/HBA, firmware, pilote, câble, SAN ou saturation ; ne concluez pas “disque HS” à partir du numéro seul.
- Le timestamp doit être corrélé avec latence disque, sauvegarde, snapshot, MPIO et erreurs du constructeur.
Corrélation
Exporter les événements avec nom du device et comparer aux compteurs stockage/SMART ou logs SAN.
Get-WinEvent -FilterHashtable @{LogName='System'; Id=129,153}Pièges spécifiques
- chkdsk ne corrige pas un timeout HBA/SAN et peut ajouter de la charge.
- Mettre à jour un pilote en pleine dégradation sans plan de retour peut aggraver l’indisponibilité.
Comment valider
- Aucun nouvel événement 129/153 n’apparaît pendant une charge représentative.
- Latence, firmware/driver et santé de chaque couche stockage sont cohérents.
Preuves et vérifications
Event 129 signale typiquement qu’un miniport/storage stack a réinitialisé un périphérique après timeout ; Event 153 indique une opération I/O retentée. La cause peut être disque, contrôleur/HBA, firmware, pilote, câble, SAN ou saturation ; ne concluez pas “disque HS” à partir du numéro seul.
Contrôle de résultat
Aucun nouvel événement 129/153 n’apparaît pendant une charge représentative. Latence, firmware/driver et santé de chaque couche stockage sont cohérents.
Point d’attention
chkdsk ne corrige pas un timeout HBA/SAN et peut ajouter de la charge. Le timestamp doit être corrélé avec latence disque, sauvegarde, snapshot, MPIO et erreurs du constructeur.
Concepts liés
Référence primaire : Microsoft Learn — Windows storage health.