Connectrix B-Series : La mise à niveau sur le CP de secours échoue en raison de l’échec du contrôle d’intégrité. FirmwareTéléchargement déjà en cours
Résumé: La mise à niveau sur le processeur de contrôle (CP) en veille échoue en raison de l’échec du contrôle d’intégrité car la commande firmwareDownload est déjà en cours.
Symptômes
Mise à niveau du code
Le CP en veille est dans un état défectueux après une mise à niveau du firmware de la version 7.2.1c1 vers la version 7.3.1. Après avoir réinstallé le CP de secours, il devient activé, mais les CP exécutent des codes différents. La mise à niveau du CP de secours ne démarre pas et génère un message d’erreur « Le contrôle d’intégrité a échoué car le téléchargement du firmware est déjà en cours », comme indiqué ci-dessous :
[SULB-1011], 3649, LOGEMENT 7 | CHÂSSIS, INFO, Firmwaredownload command failed. Les CP actifs et en veille n’ont pas pu obtenir la synchronisation HA dans les 10 minutes. Le téléchargement du firmware est abandonné.
[EM-1033], 4226, LOGEMENT 7 | CHÂSSIS, ERREUR, CP dans le logement 6 défini sur défectueux car une erreur CP a été signalée.
firmwareshow
Slot Name Appl Primary/Secondary Versions Status
--------------------------------------------------------------------------
6 CP0 FOS v7.2.1c1 STANDBY
v7.2.1c1
7 CP1 FOS v7.3.1 ACTIVE *
v7.3.1
* Local CP
WARNING : Le CP local et le CP distant ont des versions de firmware différentes, veuillez réessayer la commande firmwaredownload.
slotshow
Slot Blade Type ID Status
6 CP BLADE 50 FAULTY (53) - possible RRD
7 CP BLADE 50 ENABLED
WARNING : Le CP local et le CP distant ont des versions de firmware différentes. Veuillez réessayer la commande firmwaredownload.
Connexion au CP STANDBY, toutes les commandes ne sont pas entièrement prises en charge !!
firmwaredownload -s Nom ou adresse
IP du serveur : X.X.X.X
User Name : anonymous
File Name : v7.3.1
Network Protocol(1-auto-select, 2-FTP, 3-SCP, 4-SFTP) [1] :
Password :
Do Auto-Commit after Reboot [Y] :
Reboot system after download [N] :
Server IP : x.x.x.x, Protocol IPv4
Checking system settings for firmwaredownload...
Le contrôle d’intégrité a échoué car le téléchargement du firmware est déjà en cours.
Cause
Le processus de commande de téléchargement du firmware cesse de répondre après la réinstallation du CP en veille.
Résolution
- Connectez-vous au CP en veille et exécutez la commande firmwarecommit sur le CP en veille.
- Vérifiez si vous pouvez démarrer la mise à niveau sur le CP en veille à l’aide de la commande firmwaredownload -s .
- Si le CP de secours est bon, attendez qu’il se termine et vérifiez l’état une fois la mise à niveau terminée à l’aide de la commande firmwareshow .
- Vérifiez que les deux CP sont sur la même version.
Si le problème persiste, essayez d’effectuer les opérations suivantes :
- Exécutez la commande hashow . Vérifiez que la haute disponibilité est activée, que la pulsation est en hausse et que l’état de la haute disponibilité est synchronisé et qu’ils sont corrects.
- Exécutez la commande hafailover. Patientez 10 minutes.
- Exécutez la commande hashow . Vérifiez que la haute disponibilité est activée, que la pulsation est active et que l’état de la haute disponibilité est synchronisé.
- Exécutez la commande hafailover afin que le commutateur soit dans la même position.
- Exécutez la commande hashow . Vérifiez que la haute disponibilité est activée, que la pulsation est active et que l’état de la haute disponibilité est synchronisé.
- Connectez-vous au CP de secours et effectuez une mise à niveau à l’aide de la commande firmwaredownload -s.
Si le problème persiste, contactez le représentant du service client Dell ou le Centre de support client Dell pour obtenir une assistance technique. Téléchargez les journaux du commutateur dans la demande de service, afin que le personnel de support puisse les vérifier et fournir des commentaires. Citez cet ID de solution.
Informations supplémentaires
Pour plus d’informations, reportez-vous à l’article de la base de connaissances Connectrix B-Series : Les lames ou commutateurs CP8 sont défaillants (FAULTY (53) - RRD possible) ou ne répondent pas après un téléchargement du firmware, un HAfailover/HAreboot ou un redémarrage de la mise sous tension.
Lorsqu’une mise à niveau démarre sur le processeur en veille, mais qu’une des partitions est mise à niveau et que l’autre est bloquée, comme indiqué ci-dessous dans le message d’erreur :
Slot Name Appl Primary/Secondary Versions Status
--------------------------------------------------------------------------
6 CP0 FOS v7.2.1c1 STANDBY *
v7.3.1
7 CP1 FOS v7.3.1 ACTIVE
v7.3.1
* Local CP
- Connectez-vous au CP en veille et exécutez la commande reboot pour basculer entre les partitions du CP.
- Patientez cinq minutes et exécutez la commande firmwarecommit pour copier la partition principale (avec le nouveau firmware) sur la partition secondaire et valider le nouveau firmware sur les deux partitions du CP en veille.