VxFlex : Certains appareils SDS chiffrés par CloudLink ont signalé une erreur après le redémarrage du nœud SDS

Après le redémarrage du SDS, certains appareils chiffrés par Cloudlink continuent de fonctionner, tandis que les autres sont signalés comme étant en erreur.

Plusieurs appareils SDS marqués comme état « Erreur » dans le SDS qui a redémarré. Cela peut entraîner une réduction de la capacité et potentiellement un allongement du temps de reconstruction. 

Dans SDS trc :

21/06 13:09:34.917236 0x7fed52ebbeb0:mosAsyncIO_OpenFileEx:00376: WARNING: Failed to open IO file /dev/mapper/svm_sdg with rc 3
21/06 13:09:34.917238 0x7fed52ebbeb0:file_OpenEx:00707:  Open error /dev/mapper/svm_sdg, NOT_FOUND
21/06 13:09:34.917241 0x7fed52ebbeb0:phyDev_ReadDevId:02649: failed to open file: path=/dev/mapper/svm_sdg, NOT_FOUND

Les SDS cfg/partitions Le fichier contient une ou plusieurs entrées avec les appareils SDS préfixés par mapper/svm_sd et une ou plusieurs sans préfixe.
L’exemple suivant illustre les deux types d’entrées.
 

8       96 1875374424 mapper/svm_sdg
8      112 1875374424 sdh
The device errors can be cleared after the affected SDS has been restarted.

La version de ScaleIO en cours d’utilisation est supérieure à 2.0.1.3 et l'000158993 de la base de connaissances ne s’applique pas, bien que le symptôme soit similaire.

CloudLink rencontre des problèmes avec la vérification des disques et ne déverrouille que certains périphériques avant de démarrer SDS. Lorsque SDS démarre, le /dev/mapper/svm_sd* Les fichiers de périphérique pour les disques qui restent à déverrouiller ne sont pas encore créés, ce qui signale des erreurs d’appareil SDS.

Ce problème est résolu dans Cloud Link 6.8. Consultez la matrice de support pour vous assurer que l’environnement est toujours pris en charge.

Pour résoudre ce problème, redémarrez manuellement le service SDS et effacez les erreurs de périphérique SDS concernées.
 

Pour éviter que le problème ne se produise, démarrez le SDS une fois que CloudLink a déverrouillé tous les disques :

• Avant d’arrêter le nœud, exécutez « /opt/emc/scaleio/sds/bin/delete_service.sh » ; après le redémarrage, attendez que tous les disques utilisés comme périphériques SDS soient déverrouillés (« état SVM » ou le centre de contrôle CloudLink s’affiche), puis exécutez « /opt/emc/scaleio/sds/bin/create_service.sh » ; ou

• Modifiez « /opt/emc/extra/pre_run.sh » et insérez « sleep 30 » au-dessus de la dernière ligne (envisagez d’augmenter ce nombre de 30 si le problème persiste, c’est-à-dire si tous les appareils ne sont pas déverrouillés au démarrage du processus SDS) :

...
sleep 30
echo pre_run returned...$(date) >> /var/log/svm-sds

Remarque : La solution de contournement du mode veille ci-dessus ne fait pas partie d’une mise à niveau (vers la version 6.7, car elle n’inclut pas encore le correctif permanent de ce problème) et peut nécessiter une nouvelle application.

Il ne s’agit pas d’un problème logiciel ScaleIO. Le problème se trouve dans Cloud Link 6.6 et 6.7 et est résolu dans Cloud Link 6.8.

Utilisez #CCTFY25Q4 comme mot-clé dans toutes les versions à des fins de suivi.