La commande PowerFlex 3.x Add SDC provoque un fonctionnement inattendu et un basculement du MDM

Scénario
L’utilisateur
tente d’ajouter un SDC avec des adresses IP qui n’existent pas dans les adresses IP SDC approuvées, ce qui oblige le MDM à créer un nouvel objet SDC.
Le nom du SDC utilisé est le nom du SDC qui existait déjà auparavant.
Un fonctionnement inattendu du MDM se produit sur le MDM principal et la prise de contrôle du MDM secondaire.

Symptômes
L’utilisateur exécute la commande add SDC à l’aide des adresses IP et non du GUID, et reçoit une erreur de communication en tant que stdout, par exemple : 

 # scli --add_sdc --sdc_ip 123.234.234.201 --sdc_name SDC40
Error: MDM failed command.  Status: Communication error

Lors de la vérification du fichier exp.0 du MDM, un fonctionnement inattendu ci-dessous a pu être observé.

 21/12 02:43:26.897784 Panic in file /data/builds/workspace/ScaleIO-Common-Job@2/src/mdm/control/obj_container.c, line 2291, function objContainer_GetObjId, PID 30902.Panic Expression (((void *)0) != (pObjHeader)) && ((pObjHeader)->magic == 0x68cab8db) .
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(mosDbg_PanicPrepare+0x13a) [0x9a51ca]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(objContainer_GetObjId+0xe8) [0x981768]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(iniMgr_ApproveInitiator+0x359) [0x8c7fe9]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175() [0x562a08]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(netRecvGroup_WaitForWork+0x3dc) [0x7b2cfc]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(netRecvGroup_WaitForWorkLoop+0x18) [0x7b3008]
/opt/emc/scaleio/mdm/bin/mdm-3.5.1000.175(mosUmt_StartFunc+0x7a) [0x7fb5da]
/lib64/libc.so.6(+0x48140) [0x7ff1b5a8d140]
[(nil)]

 

Impact

Add SDC command fails : le SDC ne sera pas ajouté au basculement du MDM système.

Avant VxFlex v3.0, le composant MDM stockait toutes les adresses IP des SDC, même pour les SDC déconnectés. À partir de la version 3.0, le composant MDM suit uniquement les adresses IP SDC connectées ou approuvées.

Dans le cadre de la commande « add SDC », l’utilisateur doit utiliser des paramètres supplémentaires tels que : « SDC IPs » ou « SDC GUID » avec un paramètre facultatif de « SDC name ».  
Une fois que la commande « add SDC » est émise, le MDM tente de rechercher un SDC existant avec ces paramètres. Dans notre scénario, l’utilisateur a fourni des « SDC IP » inconnus. Par conséquent, le MDM n’est pas familier avec les « SDC IP » nouvellement fournis en raison de la modification introduite dans la version 3.0. Par conséquent, le MDM a créé un nouvel objet SDC.

En outre, le paramètre « SDC name » utilisé lors de l’exécution de la commande était un nom SDC existant. Par conséquent, il a immédiatement supprimé l’objet SDC qui vient d’être créé, car le MDM a détecté que ce nom est déjà en cours d’utilisation.
Une fois que le MDM a tenté d’accéder à l’objet SDC supprimé, il a été validé et un basculement s’est produit.

L’équipe de développement PowerFlex traitera de ce problème dans ses prochaines versions.

Pour surmonter ce scénario et ajouter des SDC qui ont été connectés précédemment, utilisez le paramètre « SDC GUID » au lieu de « SDC IP ». 
Par exemple : 

 scli --add_sdc --sdc_guid FA4BFBF6-546A-11E8-B40D-0050568D283E

 

Versions
concernéesToutes les versions supérieures à 3.0

Problème résolu dans la version
Version future de PowerFlex