XTremIO : Les jeux de snapshots de réplication native ne sont pas visibles
Summary: Lorsque vous tentez d’afficher les jeux de snapshots créés par la réplication native via l’interface de ligne de commande et l’interface utilisateur, le message Aucune correspondance trouvée s’affiche. ...
Symptoms
La tentative d’affichage des jeux de snapshots créés par la réplication native entraîne l’affichage d’un message introuvable dans l’interface de ligne de commande et l’interface utilisateur :xmcli (tech)> show-remote-protection-snapshot-sets protection-session-id=1No matches foundxmcli (tech)> show-remote-protection-snapshot-sets protection-session-id=2No matches found
Toutefois, en vérifiant les sessions de protection, les jeux de snapshots sont en cours de création :xmcli (tech)> show-remote-protection-session protection-session-id=1 Name: <Remote protection session name> Index: 1 Replication-State: active Replication-State-Details: Replication-Direction: source_to_target Block-Access-Type: read_only Source-XMS-Id: Name: <XMS name> Index: 0 Source-Cluster-ID: Name: <Cluster name> Index: 1 Source-CG-Id: Name: <CG name> Index: 2 Target-XMS-Id: Name: <XMS name> Index: 0 Target-Cluster-ID: Name: <Cluster name> Index: 1 Target-CG-Id: Name: <CG name> Index: 1 Num-Of-Vols: 3 RPO: 60 Max-BW(MB/s): 0.000 Protection-Window-Num-Copies: 27 Protection-Window-Duration-in-Days: 4.000 Current-Protection-Window-Copies: 10 Source-Retention-Policy-ID: Name: <Retention policy name> Index: 1 Target-Retention-Policy-ID: Name: <Retention policy name> Index: 1 Number-Of-Target-PITs: 10 Target-Pit-Num-Copies-Status: ok Target-Pit-Window-Size-Status: protection_window_not_full Number-Of-Source-PITs: 2 Next-Scheduled-Cycle: xxxxxxxx Replication-Mode: async Lag: 30 BW(KB/s): 0 Max-BW(MB/s): 0.000 Transfer-Efficiency-Ratio(Ratio): 1 Cycle-Start-Time(Timestamp): Tue Sep 17 15:37:43 2019 Last-Cycle-Start-Time(Timestamp): Tue Sep 17 15:37:43 2019 Last-Cycle-Completed-Snapshot-Set: xxxxxxxxx Last-Cycle-Duration: 1 Last-Cycle-Link-BW(KB/s): 70086 Last-Cycle-Effective-Bandwidth(KB/s): 13981303 Last-Cycle-Transfer-Efficiency-Ratio: 199.48671427 Cycle-Number(Count): 910 Num-Missing-Short-Period-Snapshot-Sets: 14 Num-Missing-Middle-Period-Snapshot-Sets: 3 Num-Missing-Long-Period-Snapshot-Sets: 0 Target-Missing-Pits-Alert: enabled Test-Copy-Mode: False Snapset-Backup-Snapset-Index: [] Current-Command-Name: Current-Command-Status: none Replication-Session-Consistency-State: consistent Obj-Severity: information
Cause
Bogue de code qui entraîne l’arrêt du fonctionnement du processus Tasker sur le serveur de gestion XtremIO (XMS). Cela a une incidence sur la tâche auto_sync exécutée par le XMS et, au final, sur la façon dont il collecte les informations de snapshot de réplication natives à partir de la baie.
Resolution
Il s’agit d’un bug de code avec le logiciel actuellement présent sur la baie. Pour contourner ce problème, l’actualisation peut être effectuée via l’interface de ligne de commande.
Additional Information
Si le redémarrage du XMS ne fonctionne pas, effectuez le procuration suivant :
assurez-vous que le client est conscient que l’exécution d’une récupération XMS entraîne la perte des données de performances et de leurs balises. Une fois que le client a approuvé la récupération XMS, procédez comme suit :
Exécutez xms-recovery sur les deux serveurs de gestion XtremIO :
- Exécution à blanc de XMS-Recovery sur XMS source ; Ensuite, xms-recovery sur le XMS source si le test à blanc réussit.
- Exécution à blanc de XMS-Recovery sur XMS cible ; Ensuite, XMS-recovery sur le XMS cible si le test à blanc réussit.