Introduction
Ce document décrit la solution au problème qui se pose quand les modules d'alimentation CC ASR9K V1 disparaissent du show platform d'admin. Les blocs d'alimentation à courant continu de la version 1 (V1) de lignée (C.C) ne pourraient pas apparaître dans l'inventaire après qu'il perde les deux flux d'alimentation.
Problème
Quand vous testez l'alimentation CC alimente et coupez l'alimentation sur les approvisionnements d'alimentation CC, vous vérifiez le show platform et ne voyez pas les blocs d'alimentation répertoriés.
Voici les mesures que vous prenez au moment du test :
1. L'alimentation CC est connectée et en fonction à la barre d'état/aux modules supérieurs d'alimentation et la barre d'état d'alimentation/modules inférieurs.
2. Simulez la panne de toute puissance et arrêtez toutes les entrées C.C aux barres d'état d'alimentation/module.
3. Restaurez l'entrée C.C sur le magasin supérieur/modules seulement.
4. Attente le périphérique à initialiser (mettez hors tension toujours au magasin inférieur/aux modules).
5. Restaurez l'entrée C.C sur le magasin inférieur/modules.
Sur la restauration des entrées d'alimentation CC au magasin inférieur, vous voyez les modules d'alimentation dans le bloc d'alimentation de show inventory d'admin et le show platform d'admin. Cependant, ce n'est pas le cas.
Explication :
Les blocs d'alimentation de lignée génèreront des erreurs Inter-intégrées du circuit (I2C) si aucune entrée d'alimentation CC n'est connectée. Cela signifie que vous pouvez détecter leur présence (ceci n'est fait par l'intermédiaire d'une connexion distincte, pas I2C), sur l'alimentation vers le haut de vous ne détectez pas leur présence. Un module d'alimentation actuel n'est pas vu dans le show platform d'admin pour le magasin inférieur ne peut pas communiquer avec eux pour découvrir leur état.
Le code de gestionnaire d'alimentation les marquera comme dus défectueux aux comptes d'erreur élevée que les approvisionnements génèrent. La méthode de reprise est un OIR de l'approvisionnement.
Il y a une bonne explication dans la section de description de CSCun46616 : Manipulation de panne du module d'alimentation I2C (V1 en grande partie).
Il est répliqué ici :
Un module V1 unpowered a besoin de deux tensions pour détecter sa propre adresse. Ces tensions sont les 5V et les 8V. Le 5V est partagé entre les deux barres d'état des 9010, mais le 8V n'est pas. Ceci signifie que si un module est branché à un emplacement unpowered d'une barre d'état qui n'a pas un module d'alimentation déjà, ce module ne détecte pas l'adresse exacte.
Pour traiter cette question, les modules d'alimentation que code de pilote doit changer de sorte qu'il ne tente pas continuellement l'accès I2C pour les modules défectueux, ceci pourraient se produire en raison des alertes (coincées) répétées I2C pour les modules qui ne peuvent pas être accédés à par I2C. Retard répété de cause de ces tentatives I2C dans l'initialisation de gestionnaire de modules d'alimentation qui peut empêcher le LCS d'être permis à démarrer du gestionnaire de module si elle ne reçoit pas l'allocation d'alimentation de châssis à temps du gestionnaire de modules d'alimentation.
C'est exactement ce qui se produit dans ce cas. Aucun des blocs d'alimentation sur le module inférieur n'a aucune entrée C.C tellement là n'est aucune source 8V pour la barre d'état et tous les modules dans le magasin inférieur commence ainsi à générer des erreurs I2C. Le gestionnaire d'alimentation marque tous ces modules comme manqué et ne les tente pas de les récupérer jusqu'à ce qu'ils soient remplacés (c.-à-d. OIR).
Solution
Le système peut être récupéré quand vous redémarrez deux processus dans cette commande :
process restart pwrmon
process restart shelfmgr
Commentaires