Bugs liés à Solaris Volume Manager

La déconnexion d'un sous-miroir avec la commande metadetach redimensionne automatiquement le miroir (4678627)

Si vous utilisez la commande metadetach pour supprimer un sous-miroir du miroir, vous risquez de ne plus pouvoir le reconnecter. Ce problème survient du fait que le miroir est automatiquement redimensionné après la déconnexion du sous-miroir.

Solution : avant d'utiliser la commande metadetach pour déconnecter un sous-miroir du miroir, connectez-y un sous-miroir dont les dimensions sont identiques à celui que vous souhaitez supprimer.

La commande metareplace -e de Solaris Volume Manager ne parvient pas à activer les partitions logicielles lorsque des disques sont retirés, puis remplacés (4645781)

Si vous supprimez physiquement un disque partitionné d'un système pour le remplacer par un nouveau disque, la commande metareplace -e ne parvient pas à activer les partitions logicielles. Cette défaillance peut se produire que vous ayez exécuté ou non la commande metarecover avant la commande metareplace -e pour activer les partitions logicielles.

Solution : recréez les partitions logicielles sur le nouveau disque.

si les partitions logicielles font 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

La commande metahs -e de Solaris Volume Manager échoue sur les périphériques de stockage avec câble de cuivre lorsqu'un disque de secours a été transféré sur une mémoire auxiliaire (4644106)

La commande metahs -e peut échouer dans les cas indiqués ci-dessous.

1. 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.

2. Le logiciel Solaris Volume Manager tente d'activer le disque de secours lorsqu'une erreur se produit sur un métapériphérique ; ce disque est marqué comme étant broken.

3. Le système est hors service. Le disque de secours défectueux est remplacé par un autre disque, installé au même emplacement.

4. À l'initialisation du système, le logiciel Solaris Volume Manager ne reconnaît pas le nouveau disque de secours.

5. La commande metahs -e est utilisée pour activer le disque de secours 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 de secours qui a été placé dans le même emplacement physique. Aussi, 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 proposées ci-dessous.

• Pour mettre à jour l'identificateur de périphérique du disque de secours dans la base de données d'état de Solaris Volume Manager, procédez comme indiqué ci-dessous.

  1. Devenez superutilisateur.

  2. Entrez la commande suivante pour mettre à jour l'identificateur de périphérique du disque de secours.

     # metadevadm -u nom_périphérique_logique

  3. Entrez la commande suivante pour rendre disponible le nouveau disque de secours.

     # metareplace -e nom_périphérique_logique

• Pour gérer les disques de secours et les ensembles de disques de secours sur le système, procédez comme indiqué ci-dessous.

  1. Devenez superutilisateur.

  2. Entrez la commande suivante pour supprimer l'entrée relative à la tranche du disque de secours :

     # metahs -d hsp numéro_ensemble_disques_secours nom_périphérique_logique

  3. Entrez la commande suivante afin de créer une nouvelle entrée pour la tranche du disque de secours au même emplacement et avec l'identificateur de périphérique approprié.

     # metahs -a hsp numéro_ensemble_disques_secours nom_périphérique_logique

La commande metadevadm de Solaris Volume Manager échoue si le nom du périphérique logique n'existe plus (4645721)

Vous ne pouvez pas remplacer un disque défectueux par un disque qui a été 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.

La commande metarecover de Solaris Volume Manager ne parvient pas à mettre à jour l'espace de noms metadb (4645776)

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