NetApp SG6000 Mode D'emploi page 2188

corrompu. Lorsque le script ne peut pas monter un volume de stockage, vous êtes invité à exécuter
la vérification de cohérence du système de fichiers.
▪ Si le volume de stockage est relié à un nouveau disque, répondez N à l'invite. Vous n'avez pas
besoin de vérifier le système de fichiers sur un nouveau disque.
▪ Si le volume de stockage est relié à un disque existant, répondez y à l'invite. Vous pouvez
utiliser les résultats de la vérification du système de fichiers pour déterminer la source de la
corruption. Les résultats sont enregistrés dans le
volumes.log
▪ A réussi la vérification de cohérence du système de fichiers XFS et avait une structure
/dev/sde
de volume valide ; cependant, l'ID de nœud LDR dans le
de ce noeud de stockage (l'
ce volume appartient à un autre noeud de stockage.
3. Examinez la sortie du script et résolvez tout problème.
Si un volume de stockage a échoué au contrôle de cohérence du système de fichiers XFS
ou ne peut pas être monté, vérifiez attentivement les messages d'erreur dans la sortie. Vous
devez comprendre les implications de l'exécution du
créer des scripts sur ces volumes.
a. Vérifiez que les résultats incluent une entrée pour tous les volumes attendus. Si des volumes ne sont
pas répertoriés, relancez le script.
b. Consultez les messages de tous les périphériques montés. Assurez-vous qu'il n'y a pas d'erreur
indiquant qu'un volume de stockage n'appartient pas à ce noeud de stockage.
Dans l'exemple, la sortie de /dev/sde inclut le message d'erreur suivant :
Error: This volume does not belong to this node. Fix the attached
volume and re-run this script.
Si un volume de stockage est signalé comme appartenant à un autre nœud de
stockage, contactez le support technique. Si vous exécutez le
postinstall.sh
une perte de données.
c. Si aucun périphérique de stockage n'a pu être monté, notez le nom du périphérique et réparez ou
remplacez le périphérique.
Vous devez réparer ou remplacer tout périphérique de stockage qui n'a pas pu être
monté.
Vous utiliserez le nom de l'appareil pour rechercher l'ID de volume, qui est obligatoire lorsque vous
exécutez le
repair-data
suivante).
d. Après avoir réparé ou remplacé tous les dispositifs unmountable, exécutez le
script une nouvelle fois pour confirmer que tous les volumes de stockage pouvant être remontés ont
été remontés.
2186
fichier journal.
configured LDR noid
script, le volume de stockage sera reformaté, ce qui peut entraîner
script permettant de restaurer les données d'objet sur le volume (procédure
/var/local/log/sn-remount-
Le fichier ne correspond pas à l'ID
volID
affiché en haut). Ce message indique que
sn-recovery-postinstall.sh
sn-recovery-
sn-remount-volumes