Tar3314 Posted February 26, 2019 Share #1 Posted February 26, 2019 (edited) Bonjour, Je rencontre une situation compliqué d’où je n'arrive pas à sortir. Une petite aide serait la bienvenue. Quelques copie d'écran seront plus explicite. Bon a savoir : Je suis toujours avec DSM 5.2.5644 U5 (J'ai fais des teste sur une autre machine pour le passage en dsm6 ( en VM) mais j'ai pas encore franchi le pas) Je boot sur clef USB Par avance, je vous remercie pour vos suggestions Edited February 26, 2019 by Tar3314 Link to comment Share on other sites More sharing options...
0 Tar3314 Posted March 15, 2019 Author Share #2 Posted March 15, 2019 (edited) Bonjour à tous, Problème résolu Grâce au soutien de flyride qui est un membre super doué, Il est (Dans la partie anglophone du Forum) J’ai suivi ses recommandations et j’ai pu récupérer mon volume. Il est maintenant sain. Je vous fais un compte rendu de la procédure au cas ou cela pourrait servir à quelqu’un. Attention, ayez un backup de vos données avant toutes tentatives. Voici les étapes que nous avons faites et les explications d’après ce que j’ai compris 1. Dans DSM a. Activer le SSH 2. Dans Windows a. lancer Putty et se connecter au Nas en tant que root 3. Détecter quel type de raid est utilisé et combien de disque. Avec ces commandes. a. Taper la commande mdadm --detail /dev/md2 b. Taper la commande mdadm --detail /dev/md3 Vous verrez des lignes de ce type Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/sda3 1 8 19 1 active sync /dev/sdb3 7 8 35 2 active sync /dev/sdc3 3 8 51 3 active sync /dev/sdd3 5 8 83 4 active sync /dev/sdf3 On détecte lequel est manquant. Dans mon cas c’est sde3 4. Taper les commandes a. mdadm --zero-superblock /dev/sde3 b. mdadm /dev/md2 --add /dev/sde3 Remplacez celle qui va bien dans votre cas. L'une c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid) et l’autre c’est pour reconstruire le tableau du Raid 5. Taper les commandes cat /proc/mdstat Afin de suivre la progression de la reconstruction du tableau Raid. - Il y a la l’info en % de l’évolution. - Une estimation en minute du temps que cela va prendre. C’est du genre finish=1785.9min - a vitesse de récupération/sec C’est du genre speed=36408K/sec . Si ma compréhension n’est pas correct et qu’un spécialiste passe par la, merci de bien vouloir corriger mes dire. Edited March 15, 2019 by Tar3314 1 Link to comment Share on other sites More sharing options...
0 Guest Posted February 26, 2019 Share #3 Posted February 26, 2019 (edited) salut, ton disque 5 est en panne. as tu fait un test smart dessus ? que disent les valeurs ? Il faut le remplacer attention, ton raid est conçu pour protéger tes données en cas de pertes d'un disques ! Si tu ne remplace pas ton disque 5 avant qu'un autre tombe en panne c'est la cata ! Edited February 26, 2019 by EVOTk Link to comment Share on other sites More sharing options...
0 Tar3314 Posted February 26, 2019 Author Share #4 Posted February 26, 2019 (edited) Merci pour ta réponse rapide. J'ai fait les testes smart (rapides et étendus sur les 6 disques) ils sont tous normaux) "Il faut le remplacer" Oui, je sais mais que j'essaye, j'ai le message "La connexion à échoué. Vérifiez vos paramétrés réseau"" Je vous ais mis une copie d'ecrant dans le 1 poste. Edited February 26, 2019 by Tar3314 Link to comment Share on other sites More sharing options...
0 Guest Posted February 26, 2019 Share #5 Posted February 26, 2019 Plutot etrange alors que DSM s'affole, il y a du se passer quelques chose qui ne lui plai pas ! Peut tu poster le smart du disque 5 ? Link to comment Share on other sites More sharing options...
0 Tar3314 Posted February 26, 2019 Author Share #6 Posted February 26, 2019 Link to comment Share on other sites More sharing options...
0 Guest Posted February 26, 2019 Share #7 Posted February 26, 2019 Salut, je voit que le test smart n'est pas d'aujourdhui, depuis quand a tu le message de volume degradé ? As tu refait un test APRES avoir le volume degradé ? Link to comment Share on other sites More sharing options...
0 Tar3314 Posted February 26, 2019 Author Share #8 Posted February 26, 2019 J'ai refait tout les testes smart après avoir rencontré le message volume dégradé. Link to comment Share on other sites More sharing options...
0 Guest Posted February 26, 2019 Share #9 Posted February 26, 2019 (edited) Etrange effectivement, je ne serait t'aider plus, je ne voit rien de spe dans le smart qui pourrai justifier l'erreur de DSM. Se que je ferait : Je sortirai le disque du NAS, je le formaterai sur un PC et je le remetterai dans le NAS puis le ferait analyser par DSM avant de le re-integrer dans le RAID si DSM ne signal rien. Mais je suis loin d'etre un spécialiste, attend d'autre avis Ps : Juste le nb de Power-off Retract Count que je trouve asser élevé ( ce sont des arrets non "correct", style coupure de courant ) et le Load/Unload Cycle est asser haut aussi, aurai tu l'hibernation d'activé ? Edited February 26, 2019 by EVOTk Link to comment Share on other sites More sharing options...
0 Tar3314 Posted February 26, 2019 Author Share #10 Posted February 26, 2019 Non, je ne crois pas. je vais vérifier. Je te remercie pour l’intérêt que tu as porté. On verra bien si d'autres spécialistes ont des idées. Amicalement Link to comment Share on other sites More sharing options...
0 Tar3314 Posted March 1, 2019 Author Share #11 Posted March 1, 2019 Up 😓 Link to comment Share on other sites More sharing options...
0 JacquesF Posted March 15, 2019 Share #12 Posted March 15, 2019 il y a 41 minutes, Tar3314 a dit : 4. Taper les commandes a. mdadm --zero-superblock /dev/sde3 b. mdadm /dev/md2 --add /dev/sde3 Remplacez celle qui va bien dans votre cas. L’une c’est pour intégrer le disque qui est sortie du Raid et l’autre c’est pour reconstruire le tableau du Raid Bonjour, Très bonne idée de mettre la procédure en français. Juste une petite correction sur le rôle des commandes 4 & 5 : La 4, c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid). La 5, c'est effectivement pour ajouter le disque au groupe md2, ce qui entraîne sa reconstruction automatique. Jacques Link to comment Share on other sites More sharing options...
0 Tar3314 Posted March 15, 2019 Author Share #13 Posted March 15, 2019 Merci pour votre intervention, je change de suite 👍 Link to comment Share on other sites More sharing options...
0 Polanskiman Posted May 29, 2019 Share #14 Posted May 29, 2019 La ou les question(s) dans ce fil de discussion ont reçues une réponse et/ou l'auteur à résolu son problème. Ce fil de discussion est maintenant fermé. Si vous avez d'autres questions, merci d'ouvrir un nouveau fil de discussion. Link to comment Share on other sites More sharing options...
Question
Tar3314
Bonjour,
Je rencontre une situation compliqué d’où je n'arrive pas à sortir.
Une petite aide serait la bienvenue.
Quelques copie d'écran seront plus explicite.
Bon a savoir :
Je suis toujours avec DSM 5.2.5644 U5 (J'ai fais des teste sur une autre machine pour le passage en dsm6 ( en VM) mais j'ai pas encore franchi le pas)
Je boot sur clef USB
Par avance, je vous remercie pour vos suggestions
Link to comment
Share on other sites
13 answers to this question
Recommended Posts