Le bug suivant a été identifié dans la version Solaris 9 4/04.
Si vous créez un volume RAID-1 (miroir) ou RAID-5 avec Solaris Volume Manager dans un jeu de disques construit au sommet d'une partition logicielle, les disques hot spare ne fonctionnent pas correctement.
Voici une liste non exhaustive des problèmes susceptibles d'apparaître :
Le disque hot spare risque de ne pas être activé.
L'état du disque hot spare peut changer, indiquant que le périphérique est endommagé.
Un disque hot spare est utilisé, mais il est resynchronisé à partir du mauvais lecteur.
Un disque hot spare en cours d'utilisation a échoué, mais son état défectueux n'est pas rapporté.
Solution : n'utilisez pas cette configuration pour créer des volumes RAID-1 ou RAID-5 avec Solaris Volume Manager dans des jeux de disques.
La commande metahs -e peut échouer dans les cas indiqués ci-dessous.
Un périphérique de secours rencontre un problème, telle qu'une erreur provoquée lors de l'utilisation de l'utilitaire de test metaverify.
Le logiciel Solaris Volume Manager tente d'activer le disque hot spare lorsqu'une erreur se produit sur un métapériphérique ; ce disque est marqué comme étant broken.
Le système est hors service. Le disque hot spare défectueux est remplacé par un autre disque, installé au même emplacement.
À l'initialisation du système, le logiciel Solaris Volume Manager ne reconnaît pas le nouveau disque hot spare.
La commande metahs -e est utilisée pour activer le disque hot spare sur le nouveau disque.
Le message suivant s'affiche :
WARNING: md: d0: open error of hotspare (Unavailable) |
Cette défaillance se produit car le logiciel Solaris Volume Manager ne reconnaît pas le nouveau disque hot spare placé dans le même emplacement physique. Alors il continue d'afficher l'identificateur de périphérique du disque qui a été retiré du système.
cette défaillance ne survient pas sur les armoires de stockage ni sur un Photon, l'identificateur de périphérique étant modifié lorsqu'un disque est remplacé.
Solution : choisissez l'une des solutions ci-dessous.
Pour mettre à jour l'identificateur de périphérique du disque hot spare dans la base de données d'état de Solaris Volume Manager, procédez comme indiqué ci-dessous.
Devenez superutilisateur.
Entrez la commande suivante pour mettre à jour l'identificateur de périphérique du disque hot spare.
# metadevadm -u nom_périphérique_logique |
Entrez la commande suivante pour rendre disponible le nouveau disque hot spare.
# metareplace -e nom_périphérique_logique |
Pour gérer les disques hot spare et les pools de disques hot spare sur le système, procédez comme indiqué ci-dessous.
Devenez superutilisateur.
Entrez la commande suivante pour supprimer l'entrée relative à la tranche du disque hot spare :
# metahs -d hsp numéro_pool_disques_hot_spare nom_périphérique_logique |
Entrez la commande suivante afin de créer une nouvelle entrée pour la tranche du disque hot spare au même emplacement et avec l'identificateur de périphérique approprié.
# metahs -a hsp numéro_pool_disques_hot_spare nom_périphérique_logique |
Vous ne pouvez pas remplacer un disque défectueux par un disque configuré à l'aide du logiciel Solaris Volume Manager. Le nouveau disque doit être inconnu du logiciel Solaris Volume Manager. Si vous déplacez physiquement un disque d'un connecteur d'extension vers un autre sur un Photon, la commande metadevadm échoue. Cette défaillance survient lorsque le nom du périphérique logique de la tranche n'existe plus. L'identificateur de périphérique du disque reste cependant présent sur la copie du métapériphérique. Le message suivant s'affiche :
Unnamed device detected. Please run 'devfsadm && metadevadm -r to resolve. |
vous pouvez simultanément accéder au disque à son nouvel emplacement. Cependant, vous devez utiliser l'ancien nom de disque logique pour accéder à la tranche.
Solution : replacez le disque dans son connecteur d'extension initial.
Si vous retirez et remplacez un disque physique du système, puis utilisez la commande metarecover -p -d pour écrire les données relatives à la partition logicielle appropriée sur le disque, il en résulte une défaillance ouverte. La commande ne met pas à jour l'espace de noms de la base de données du métapériphérique pour refléter la modification au niveau du disque. Il en résulte une défaillance ouverte pour ladite partition logicielle située au sommet du disque. Le message suivant s'affiche :
Open Error |
Solution : au lieu d'exécuter la commande metarecover pour récupérer la partition logicielle, créez-en une sur le disque.
si la partition logicielle fait partie d'un miroir ou d'un système de disques RAID 5, utilisez la commande metareplace sans l'option -e pour remplacer l'ancienne partition logicielle par la nouvelle.
# metareplace dx miroir ou RAID 5 ancienne_partition_logicielle nouvelle_partition_logicielle |