PowerScale iDRAC rencontre des problèmes de connectivité

Les nœuds PowerScale F200, F600, F900, P100 ou B100 génèrent l’alerte suivante chaque premier jour du mois ou tous les lundis :

47.693031 11/01 00:20 C    3    1076769        The Integrated Dell Remote Access Controller (iDRAC) located in chassis XXXXXXX is experiencing connectivity problems. This controller monitors hardware components such as batteries and power supplies. To ensure these hardware components continue to be monitored, contact Dell EMC support as soon as possible.

Il y a un cron Tâche appelée isi_security_checker qui s’exécute sur le cluster par défaut, le premier de chaque mois ou tous les lundis matin. Le jour d’exécution de la tâche dépend de la version de OneFS installée. Cette tâche peut surcharger l’iDRAC lors de l’utilisation des paramètres par défaut, déclenchant ces messages.

Le correctif permanent pour ce problème se trouve dans le dernier correctif du cadre de bilan de santé (HCF).

Si vous avez besoin d’aide pour mettre en œuvre la solution de contournement, contactez le support technique Dell en lui communiquant l’ID de cet article.
Contournement:

1. Sur le cluster, créez un fichier appelé « security_checker.sh » sous /ifs/data/Isilon_Support/ en ajoutant l’entrée suivante dans :

   for i in $(isi_nodes %{lnn}); do /usr/bin/isi_security_check/isi_security_checker -n $i --node-only; done

2. Ouvrir et modifier /etc/mcp/templates/crontab et commentez (#) le courant isi_security_checker et ajoutez une nouvelle entrée pour exécuter le fichier que vous avez créé ci-dessus. La nouvelle entrée doit être exécutée à l’aide de isi_ropc -s -H qui doit être passé à travers une coquille, puisque /ifs est monté noexec.

   #20     0       1       *       *       root    /usr/bin/isi_security_check/isi_security_checker
   20      0       1       *       *       root    /usr/bin/isi_ropc -s -H /usr/local/bin/zsh /ifs/data/Isilon_Support/security_checker.sh

3. Vérifiez que tous les nœuds ont les modifications mises à jour (qui doivent correspondre au résultat vu à l’étape 2).

   # isi_for_array -sX "grep security_checker /etc/crontab"

4. Vérifiez que tous les nœuds ont les mêmes attributs que MD5 pour le /etc/mcp/templates/crontab .

   # isi_for_array -sX "md5 /etc/mcp/templates/crontab"

   Si le hachage md5 est différent pour un nœud, copiez le fichier /etc/mcp/templates/crontab Fichier que vous avez modifié /ifs/data/Isilon_Support. Connectez-vous au nœud avec la valeur md5 différente et copiez /ifs/data/Isilon_Support/crontab sur le fichier existant. Vérifiez que les autorisations restent 640 (-rw-r-----)

5. Collectez l’ID de processus actuel (PID) pour cron:

   # isi_for_array -sX "ps -auxww | grep cron | grep -v grep"

   Exemple :

   LAB-1# isi_for_array -sX "ps -auxww | grep cron | grep -v grep"
   LAB-1: root    3140    0.0  0.0  25488  13016  -  Is    6Oct24      0:14.15 /usr/sbin/cron -s
   LAB-2: root    3144    0.0  0.0  25488  13016  -  Is    6Oct24      0:14.39 /usr/sbin/cron -s
   LAB-3: root    3173    0.0  0.0  25488  13016  -  Is    6Oct24      0:14.14 /usr/sbin/cron -s

6. Redémarrer cron sur le cluster.

   # isi_for_array -sX "/etc/rc.d/cron restart"

   Exemple :

   LAB-1# isi_for_array -sX "/etc/rc.d/cron restart"
   LAB-1: Stopping cron.
   LAB-1: Waiting for PIDS: 3140.
   LAB-1: Starting cron.
   LAB-2: Stopping cron.
   LAB-2: Waiting for PIDS: 3144.
   LAB-2: Starting cron.
   LAB-3: Stopping cron.
   LAB-3: Waiting for PIDS: 3173.

7. Si vous recevez Exit status 1 Sur n’importe quel nœud, redémarrez le cron sur ce nœud. Récupérez le PID actuel pour cron et confirmez que le processus a redémarré sur tous les nœuds en suivant les étapes décrites à l’étape 5 (les PID doivent avoir changé).