jeepcook Posté(e) le 3 novembre 2011 Partager Posté(e) le 3 novembre 2011 Bonjour, Je possède un DS2411+. Le nas n'est hélas pas encore sur onduleur suite à un probleme de livraison mais le sera rapidement. Suite à une panne electrique, au redémarrage le ds2411 a lancé une vérification en arriere plan de la cohérence de parité. Le problème est que mon volume fait 5.36 To et que ca prend un temps fou. Etant donné que je dois ajouter un disque supplémentaire de 2 To dans mon volume SHR, j'aimerais arreter la vérification de la cohérence de parité afin d'etre en mesure d'ajouter ce disque, la vérification de la cohérence se fera de toutes facons une fois le disque ajouté au volume. Comment faire pour arreter ce check et passer le volume au statut normal et ainsi pouvoir gérer mon volume. Merci d'avance de votre aide précieuse. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 3 novembre 2011 Partager Posté(e) le 3 novembre 2011 Le mieux est de laisser cette v 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jeepcook Posté(e) le 3 novembre 2011 Auteur Partager Posté(e) le 3 novembre 2011 oui je me doute ... mais je vais en avoir pour 5 jours à cette vitesse .. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 3 novembre 2011 Partager Posté(e) le 3 novembre 2011 Bizarre que 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jeepcook Posté(e) le 3 novembre 2011 Auteur Partager Posté(e) le 3 novembre 2011 c'est un volume SHR avec 4 disques seagate barracuda green 64mo de cache de 2 To, là ca en est à 4.73% en 2h30 donc à ce rythme j'en ai pour 2.2 jours ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 3 novembre 2011 Partager Posté(e) le 3 novembre 2011 En gros ça va prendre un peu plus de 50 heures. Personnellement, je laisserais la vérification se faire proprement, car je ne pense pas qu'interrompre ce traitement arrange quoi que ce soit. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jeepcook Posté(e) le 3 novembre 2011 Auteur Partager Posté(e) le 3 novembre 2011 Ayant recu mon onduleur, j'ai décidé d'arreter le syno afin de le bracher dessus, j'ai beaucoup trop de risques de coupure d'electricité. Au redemarrage, le check a repris là ou il s'etait arrété ... je vais donc patienter avant de pouvoir etendre mon volume... dommage !! 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 3 novembre 2011 Partager Posté(e) le 3 novembre 2011 Bien que je te conseille fortement d'effectuer la verification de cohérence de parite, il existe une commande a taper en ssh ou telnet : echo idle > /sys/block/md2/md/sync_action Cette commande stoppera le processus de vérification. Dans la commande vérifie aussi si c'est bien bien "md2" qui est en train d'être vérifié grace à la commande : cat /proc/mdstat si ce n'est pas md2, remplace md2 dans la première commande par le bon 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jeepcook Posté(e) le 3 novembre 2011 Auteur Partager Posté(e) le 3 novembre 2011 Bien que je te conseille fortement d'effectuer la verification de cohérence de parite, il existe une commande a taper en ssh ou telnet : echo idle > /sys/block/md2/md/sync_action Cette commande stoppera le processus de vérification. Dans la commande vérifie aussi si c'est bien bien "md2" qui est en train d'être vérifié grace à la commande : cat /proc/mdstat si ce n'est pas md2, remplace md2 dans la première commande par le bon Ah cool merci !! bon je vais patienter, la cat /proc/mdstat renvoie un temps de traitement restant de 462 minutes.. la nuit servira a ca, par contre je garde la commande en tete pour une eventuelle prochaine fois... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
FredDes Posté(e) le 29 juillet 2014 Partager Posté(e) le 29 juillet 2014 Bonjour à tous, J'ai un gros soucis de vérification de cohérence qui dure depuis vendredi et m'indique dans le meilleurs des cas encore pour 4 jours de vérification. La commande indiquée pour arrêter cette vérification (echo idle > /sys/block/md2/md/sync_action) n'a semble t'il aucun effet sur mon NAS (synology 412+ avec 4 disques de 3 To) Ce que je souhaiterais faire : Arrêter la vérification, copier les données importante et disponible sur un disque USB puis relancer la vérification. Au mieux je souhaiterais améliorer les performances de vérification (5/6 Mo/sec me semble très très lent) En effet, pendant cette vérification le NAS est quasiment inutilisable avec des performances très dégradées. Merci de vos retours et commentaires. Voici un Cut&Paste de ce que donne la commande : cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1] 8776632768 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [uUUU] [========>............] resync = 43.8% (1283074564/2925544256) finish=465 2.8min speed=5883K/sec md1 : active raid1 sda2[0] sdb2[1] sdc2[3] sdd2[2] 2097088 blocks [4/4] [uUUU] md0 : active raid1 sda1[0] sdb1[1] sdc1[3] sdd1[2] 2490176 blocks [4/4] [uUUU] 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
laety Posté(e) le 1 août 2014 Partager Posté(e) le 1 août 2014 Bonsoir, Même soucis avec DSM 5, je pense que ce n'est plus ce process qui s'occupe de la vérification. Pour preuve, sur md3 j'un un contrôle actuellement à 15% et pourtant : DataStation> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md3 : active raid1 sdb3[0] 3903874112 blocks super 1.2 [1/1] md2 : active raid1 sda3[0] 973616704 blocks [2/1] [U_] md1 : active raid1 sdb2[1] sda2[0] 522048 blocks [2/2] [UU] md0 : active raid1 sdb1[1] sda1[0] 2489920 blocks [2/2] [UU] unused devices: <none> DataStation> cat /sys/block/md0/md/sync_action idle DataStation> cat /sys/block/md1/md/sync_action idle DataStation> cat /sys/block/md2/md/sync_action idle DataStation> cat /sys/block/md3/md/sync_action idle DataStation> cat /sys/block/md4/md/sync_action idle Il fait quoi synodd ? : DataStation> ps | grep md 344 root 0 SW [md0_raid1] 1212 root 4228 S grep md 1818 root 0 SW [md1_raid1] 3211 root 0 SW [md2_raid1] 3615 root 28636 S scemd 21575 root 0 SW [md3_raid1] 28157 root 0 SW [jbd2/md3-8] 28236 root 4228 S < /bin/synodd -r /dev/md3 28237 root 4228 R < /bin/synodd -r /dev/md3 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
laety Posté(e) le 1 août 2014 Partager Posté(e) le 1 août 2014 C'es bien synodd l'objet du délit : DataStation> kill 28237 Et le tour est joué 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 2 août 2014 Partager Posté(e) le 2 août 2014 (modifié) Pourquoi ne pas laisser le contrôle de parité se terminer ? Modifié le 2 août 2014 par PiwiLAbruti 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
laety Posté(e) le 2 août 2014 Partager Posté(e) le 2 août 2014 Bonjour PiwiLabruti La seule raison valable est probablement de ne pas vouloir attendre x Heures pour pouvoir gérer le volume. Dans mon cas je l'ai lancé par erreur sur un disque neuf. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.