Biensûr vous pouvez le vérifier dans Prism dans la partie Data Resiliency Status. Mais si vous souhaitez voir les jobs lancés, vous  pouvez suivre la procédure ci-dessous :

 

Se connecter à la page curator :

 

 

Sélectionnez le curator Master :

 

 

Dans la liste des curator jobs, on voit un partial scan avec la raison NodeFailure qui correspond à la perte de notre node :

 

 

Sélectionnez-le. Vous pouvez voir la tâche de réplication le début et la fin de la tâche.

Ici très peu de datas devaient être répliquées d’où le temps très court du job.

 

 

 

Il y a une différence de comportement entre une panne d’un node ou d’un disque et une opération programmée.

–          Pour une panne, la reconstruction est immédiate et les jobs sont lancés immédiatement. On peut voir d’ailleurs le paramètre High sur les jobs.

–          Pour une opération programmée, les jobs sont créés avec une priorité plus faible (pour pouvoir traiter des pannes ou d’autres choses plus urgentes si besoin).

Dans notre exemple ci-dessus, on a simulé une panne hardware donc c’est généré en high.

 

 

 

Share