Introduction
Ce document décrit comment on s'attend à ce que des disques sur le COS de Cisco (mémoire d'objet de nuage) s'exécutant sur les engines 470 (CDE470) de la livraison de contenu soient remplacés, exigent les instructions minimum, réduisant le risque de perte/de corruption satisfaites.
Il est important de réaliser cette 1 baie de disque sur les maisons de châssis de Cisco CDE470 2 disques, non 1.
Ceci signifie que, si 1 des 2 disques par baie est cassé, chacun des deux disques doivent être hors ligne d'abord pour s'assurer qu'aucune corruption des données ne se produit pendant le remplacement de disque.
Le châssis de Cisco CDE470 tient 72 disques du numéro de pièce CDE4-HDD-SAS-4T=, fournissant un total massif de téraoctet 288 comme capacité de stockage.
Suivant les indications de cette image, l'avant aboie numérotation d'affichage de disque (du manuel - opacifiez la mémoire 2.1.1 d'objet) :

Les id 34 et 35 de disque sont cassés. Pour remplacer ces 2 disques, ceci signifie off-line 4 disques.
Si vous voulez remplacer le disque 34, vous avez besoin off-line de csd33 et de csd34.
Si vous voulez remplacer le disque 35, vous avez besoin off-line de csd35 et de csd36.
Off-line un disque
Hors ligne signifie prendre les disques hors de la boucle active d'interrogation dans le module du kernel de COS de Cisco. Ce module continuellement balaye et met à jour pour enregistrer le contenu en fonction et pour indiquer le contenu du respect 30 disques différents intermédiaires de secondes off-line 2.
Comment off-line un disque
Utilisant l'exemple précédent avec le disque 12:Use csd34 et csd35
[cdd de root@COS] # écho csd12 > /proc/cds/cdd/remove_device
Résultat : Vous obtiendrez ce feedback :
[cdd de root@COS] de # le périphérique 12 de disque 2015 COS du 7 juillet 15:55:13 a été retiré du système de fichiers
Le système de 2015 COS du 7 juillet 15:55:13 s'exécute avec 71 lecteurs
les <press entrent si la demande ne fait pas return>
Remplacez le disque défectueux et réinsérez la baie à deux disques. Le csd<id> inférieur se repose dans l'avant, ce dernier dans le dos.
Réactivation d'un disque remplacé
Une fois que le matériel a été remplacé, vous pouvez présenter le nouveau disque au module du kernel de cserver de nouveau, pour être pris dans le groupe de disque actif de nouveau : (un exemple avec disque 12, utilisation csd34 et csd35). Respectez 30 secondes entre réinitialiser 2 disques différents.
[cdd de root@COS] # écho csd12 > /proc/cds/cdd/make_well
Résultat : Vous verrez le feedback comme ceci :
[cdd de root@COS] # 2015 COS du 7 juillet 16:01:20 fondent le périphérique 12 de disque
Le système de 2015 COS du 7 juillet 16:01:20 s'exécute avec 72 lecteurs
les <press entrent si la demande ne fait pas return>
Remarque: : : Quand le châssis de Cisco CDE470 est redémarré et le module du kernel (cserver) est démarré tandis qu'un disque en question était déjà cassé et non reconnu ainsi en tant que disque valide, aucun index pour ce disque n'est créé dans la structure /proc/cds/cdd/disks/ de répertoire.
Si c'est le cas, le noyau n'a jamais initialisé le disque. Par conséquent, utilisant les outils pour off-line ou en réactivant des disques ne soyez pas utilisable. La procédure est dans ce cas de remplacer juste le disque (après son voisin dans la même baie).
Étapes de haut niveau
En un mot, les étapes à prendre pour le disque 33 :
- Procédure de connexion sur le COS comme racine
- écho csd33 > /proc/cds/cdd/remove_device
- l'attente 30s - note vous devriez recevoir le feedback comme mentionné dans l'étape 2.
- écho csd34 > /proc/cds/cdd/remove_device
- l'attente 30s - note vous devriez recevoir le feedback comme mentionné dans l'étape 4.
- retirez la baie à deux disques, remplacez le disque manquant et réinsérez la baie
- écho csd33 > /proc/cds/cdd/make_well
- l'attente 30s – note vous devriez recevoir le feedback comme mentionné dans l'étape 7.
- écho csd34 > /proc/cds/cdd/make_well
Répétez alors la même chose pour le disque 35 et 36