Dell Unity : Les baies exécutant du code 5.3.0 avec SupportAssist activé peuvent rencontrer des erreurs graves du processeur de stockage (SP) après un temps d’activité de ~2 mois (corrigible par l’utilisateur)
Summary: Les baies Unity exécutant le code 5.3.0.0.5.120 avec SupportAssist activé peuvent rencontrer un fonctionnement inattendu du SP après environ 2 mois de fonctionnement avec une configuration à deux SCG ou après environ 4 mois avec une configuration SCG unique ou une connexion directe. ...
Symptoms
5.3.0.0.5.120 SupportAssist est configuré et activé pour l’accès distant.
Les configurations de connexion directe et de passerelle sont affectées.
Fonctionnement inattendu du SP et redémarrage inattendu après environ 2 mois d’exécution avec une configuration
à deux SCG, fonctionnement inattendu du SP et redémarrage inattendu après environ 4 mois d’exécution avec une seule configuration SCG ou connexion directe.
Cause
Le fonctionnement inattendu ne doit se produire que sur le processeur de stockage principal exécutant le processus ESE. Après le fonctionnement inattendu, les ressources sont libérées.
Resolution
Ce problème est résolu dans l’environnement d’exploitation (OE) Unity version 5.3.1.0.5.008.
Contournement:
Il existe plusieurs solutions de contournement disponibles ; Reportez-vous à la section Informations supplémentaires pour connaître les étapes détaillées de chaque solution de contournement.
Additional Information
Option de contournement #1 :
Le redémarrage de SupportAssist lorsque le nombre de processus curl zombie est devenu trop élevé permet de les effacer et d’éviter qu’un fonctionnement inattendu du SP ne se produise. Le seuil recommandé pour le redémarrage de SupportAssist est de 5 000. Les commandes permettant de vérifier le nombre de processus curl zombies (disparus) et de redémarrer SupportAssist sont indiquées ci-dessous.
14 :01 :20 service@none spb :~/user# ps -ef |grep curl|grep defunct|wc -l
4702 <----------------Current Number of zombie curl processes
14 :01 :52 service@none spb :~/user# svc_supportassist --restart
Restart in progress........ Terminé!
14 :03 :59 service@none spb :~/user# svc_supportassist --status
State : Type d’exécution
: Connexion via un serveur
de passerelle Connectivité : Accessible
Passerelle principale : https://1.2.3.4:9443 (Accessible)
Accès distant :
Oui, RSC activé : Aucune
version : 4.7.7.21
Initialisé :
Yes Proxy mode : none
14 :04 :22 service@none spb :~/user# ps -ef |grep curl|grep defunct|wc -l
0 <----------------- Nombre de processus de curl zombie après le redémarrage
de SupportAssistOption de contournement #2 :
Un nouveau script UDoctor (udoctor_update_supportassist) a été développé et est mis à la disposition des baies Unity connectées dans un déploiement échelonné. S’il est accepté et installé, le nouveau script Udoctor effacera tous les processus de curl zombies (défunts) et empêchera également l’accumulation de nouveaux processus de curl zombies (défunts) à l’avenir.
Le script UDoctor est transmis automatiquement aux systèmes sur lesquels CallHome est activé et qui indiquent que la version 5.3.0 est installée. Dans le passé, la priorité était donnée aux systèmes qui avaient un grand nombre de processus zombies, mais cette priorité a été éliminée et nous accélérons maintenant le déploiement sur tous les systèmes qui se connectent à la maison en indiquant 5.3.0. Une fois le package transmis à votre système, vous verrez une alerte similaire à celle affichée :
Les packages UDoctor sont utilisés pour appliquer des mises à jour ciblées, des solutions de contournement et des modifications de configuration à la baie Unity, indépendamment d’une mise à niveau logicielle OE complète.
Article de la base de connaissances de référence Dell Unity : Le package UDoctor (xxxxxx) peut désormais être installé. (Corrigible par l’utilisateur) pour savoir comment identifier si un nouveau package UDoctor est disponible et comment accepter et installer un nouveau package UDoctor.
REMARQUE 1 :
Lorsqu’une mise à niveau (NDU) de Unity OE est effectuée, elle écrase toutes les modifications apportées par le package UDoctor. Cela signifie que lorsque le correctif logiciel devient disponible dans une nouvelle version de Unity OE, une mise à niveau sans perturbation standard peut être effectuée et aucune étape supplémentaire n’est requise.
REMARQUE 2 :
Il n’existe aucun moyen de remplacer le processus d’inventaire/push et de forcer le transfert du package UDoctor vers un système Unity particulier. Le processus d’inventaire/d’envoi a lieu chaque semaine. Pour les clients qui souhaitent le corriger plus tôt, la bonne solution consiste à effectuer une mise à niveau vers Unity OE version 5.3.1.0.5.008 (5.3 SP1). Les clients peuvent également utiliser les autres solutions de contournement répertoriées ci-dessus.