Mic13710

Ce que vous voulez faire est un JBOD ou un RAID0. La migration de votre volume existant vers ces types de stockages est absolument impossible. Il faut tout reprendre ce qui implique la perte des données existantes. Mais ça n'a pas grande importance car comme vous êtes quelqu'un d'averti, vous avez une sauvegarde qu'il suffira de mettre à jour avant de tout casser. Je me trompe ? Je ne vous conseille absolument pas ce type de stockage car la perte d'un disque induit la perte totale des données. Mieux vaut créer 2 volumes séparés.

Allez voir ce post, vous y trouverez ce que vous cherchez.

Depuis deux jours, il y a un utilisateur qui nous les brise avec ses passeports et ses produits. J'ai envoyé je ne sais combien de signalements, mais rien n'est fait par les administrateurs. A croire qu'il n'y a personne au bout de la chaine. J'ai donc voulu ignorer tous les messages, sujets et contenus de l'utilisateur en question, mais voila, c'est comme si je n'avais rien fait : cette option ne fonctionne pas. Suis-je le seul ?

Désolé mais moi pas bien comprendre. De quel genre s'agit-il ?

Pas de quoi. Juste pour mon information personnelle, avez-vous passé les instructions vers sda ou bien êtes vous resté sur sdb ? A moins que vous ayez chargé ou transféré des fichiers multimedia et que le NAS soit en pleine indexation, il y a peut-être un process autre qui tourne en boucle. Si c'est toujours le cas, essayer de redémarrer le NAS.

A partir du moment où vos disques sont en miroir, ça n'a pas d'importance. Par contre vos données seront dispo uniquement sur le disque 1 (celui que vous avez mis en dernier). Si vous voulez conserver le disque 2, il faut alors remplacer sdb5 par sda5 dans les instructions. Euh, gaëtan, c'est un autre intervenant ....

Non. La procédure consiste seulement à séparer les deux disques et libérer le disque 2 pour pouvoir créer un deuxième volume. Il est bien évident que les données du disque 1 restent. A condition bien entendu de suivre strictement les commandes.

Je suis bien d'accord, mais bon, tu donnes des procédures et chacun n'en fait qu'à sa tête. Pour en revenir à ce que tu as fait et tel que je le comprends : mdadm /dev/md2 -f /dev/sdb5 Détruit la partition md2 du disque 2. Cette commande est inutile puisque le disque 2 n'existe plus, ou du moins n'est plus dans le RAID. mdadm /dev/md2 -r /dev/sdb5 Enlève le disque 2 de la matrice. Là aussi c'est inutile à mon sens puisqu'il n'y a plus de disque 2 dans la matrice. Il n'y est même plus physiquement puisque je le fais enlever. Il ne reste plus qu'à déclarer le RAID de 2 disques à 1 disque mdadm --grow --raid-devices=1 --force /dev/md2 et ça devrait être ok. Je me trompe ?

Oui mais il l'a déjà éjecté puisqu'il a construit un volume 2 avec le disque 2 (voir son dernier cat). Il a juste le volume 1 dégradé qui attend un disque pour la reconstruction et qu'il faut déclarer comme raid à un seul disque. La commande que j'ai donnée ne le fait pas ?

Comme vous n'avez pas suivi la procédure que je vous ai indiquée, c'est sûr que votre volume 1 est toujours dégradé. Il faut donc casser le SHR du volume 1. Pour éviter de détruire le nouveau disque, retirez-le tout d'abord du NAS. Puis, suivant la procédure donnée par Gaëtan, la ligne de commande est la suivante : mdadm --grow --raid-devices=1 --force /dev/md2 Cette commande va passer le RAID de la partition md2 en RAID monodisque et vous devriez retrouver ceci : ServeurDS216> cat /proc/mdstat ........ ........ md2 : active raid1 sda5[0] 3902187456 blocks super 1.2 [1/1] Il ne vous reste plus qu'à remettre le deuxième disque pour retrouver vos deux volumes en état normal dans le gestionnaire de volume.

Sans l'ombre d'un doute, vous avez installé Cloud Station, et comme la très grande majorité des primo utilisateurs, vous y avez mis tout et n'importe quoi. En effet, pour pouvoir fonctionner avec le versionning, Cloud Station gère une base de donnée dans un dossier caché qui occupe grosso modo le même espace que l'ensemble des dossier du Cloud. Par exemple, si vous avez des dossiers utilisateurs inclus dans le Cloud qui pèsent 5Go au total, et des dossiers partagés qui pèsent 10Go, le dossier caché va peser environ 15Go. L'espace occupé sur le volume sera donc de 15 + 15 = 30 Go. Cloud Station est un superbe outil, à condition de bien cibler ce qu'on y met. Les fichiers de travail qui sont appelés à être modifiés régulièrement y ont toute leur place. Par contre, tout ce qui est multimédia, sauf cas particuliers, n'a rien à y faire car ce sont des fichiers figés qui bouffent énormément de place sans aucune contrepartie. 2 options s'offrent à vous : - soit vous sortez de votre Cloud tout ce qui est inutile (de loin la meilleure solution), - soit vous passez le nombre de versions de 32 (valeur par défaut) à 0 pour que CS ne remplisse plus ce fameux dossier caché. Cette deuxième option n'est pas ce qui se fait de mieux car elle supprime une des principales fonctions d'un Cloud, celle de pouvoir revenir sur une ancienne version en cas de problème sur celle en cours. Dans tous les cas, il va falloir reconstruire votre Cloud afin de repartir sur une nouvelle base de donnée, car même si vous supprimez les dossiers et/ou le nombre de versions, la base existante conservera les fichiers qui y ont été mis et il faudrait alors effacer un à un ces fichiers de l'historique. Il faut supprimer Cloud Station de votre NAS, ce qui va supprimer votre dossier caché, supprimer les Cloud clients des PC et autres, repenser votre Cloud et le reconstruire sur des bases plus raisonnables. Si vous voulez partager vos dossiers multimédia, vous avez des outils intégrés dans DSM (Video Station, Photo Station, Audio Station) qui sont là pour ça.

Tout d'abord, il faut casser votre SHR car maintenant votre volume est en SHR avec protection de donnée. Si vous ne le faite pas, vous aurez une alarme comme quoi le volume est dégradé. Il faut donc remonter le disque dans le NAS, puis suivre la procédure (non officielle) proposée par Gaëtan Cambier. Vous redémarrez le NAS et lorsque vous allez dans le gestionnaire de stockage, le bouton gérer devrait être accessible. Vous choisissez la création d'un volume. Un nouveau volume (2) sera alors créé en SHR sans protection de donnée.

Tant mieux ! C'est un peu ce que je vous proposais : enlever les deux disques neufs pour tenter de retrouver le volume initial et aussi de réinstaller le DSM qui semblait corrompu. C'est la récupération du volume et des données qui est la plus critique car il faut passer par des lignes de commande. Maintenant que vous avez retrouvé vos petits, pensez à équiper votre NAS d'un onduleur compatible avant de remettre vos nouveaux disques et mettez en place un système de sauvegarde périodique.

Ou encore, si RAID ou SHR, on peut migrer les anciens disques dans le nouveau nas en suivant la procédure Synology, puis faire le remplacement des anciens disques un a un par les nouveaux pour faire l'augmentation du volume.

Il n'y a pas de possibilité de passer du SHR au RAID et inversement. Le SHR est un RAID + une couche lvm. Le choix entre RAID ou SHR se fait au départ. Ceci dit, il n'y a aucune raison valable de vouloir changer pour du RAID. Un SHR avec 2 disques est équivalent à un RAID1 et à moins que vous fassiez une fixation la dessus, vous pouvez très bien continuer avec le SHR. Si vous voulez vraiment du RAID, il va falloir tout reprendre depuis le début et opter pour une installation personnalisée (l'installation par défaut étant le SHR)

Monter vos DD dans un PC ne changera rien au problème : le SHR est cassé. Une boite spécialisée pourrait sans doute faire quelque chose. Le prix vous dissuadera probablement (c'est dans les 3 à 4 chiffres). Essayez d'abord de retirer les deux disques neufs pour voir si vous pouvez retrouver votre volume.

Regardez mon edit ci-dessus. Gaëtan vous a donné les chiffres importants. Vous avez toutes les billes en main. Comme je vous l'ai dit plus haut, la décision vous appartient.

Ce qu'on dit, c'est que ça se passe assez bien dans la majorité des cas. Heureusement. Mais il n'empêche que le remplacement de disque comporte des incertitudes et que dans votre cas (RED 3To) il est préférable de passer en RAID6. En natif sur nos nas, on ne peut pas diminuer le nombre de disques d'une grappe. On peut seulement augmenter la capacité des disques et/ou passer à un RAID supérieur. Maintenant, il est sans doute possible de le faire en lignes de commandes, mais je ne saurais vous aider pour le faire et je pense que ce n'est pas simple car ça demande de gros transferts entre les disques. Les échanges entre NAS se fait par le réseau. Pas en USB. Edit : Avec 15To de données, si vous passez sur un RAID6 avec des 8x4To, vous aurez 24To de capacité de stockage (en réalité 21-22To) ce qui vous laissera seulement 9To (en réalité 6-7To) de libres. On est très loin des 20To dont vous parlez.

Au départ vous êtes prêt à changer 7 disques, mais ensuite vous ne voulez pas en acheter 8 ? Cherchez l'erreur. Vous n'avez pas répondu si RAID ou SHR car les solutions ne sont pas les mêmes. D'expérience sur ce forum, les retours sur les 3To red sont assez négatifs question fiabilité. Si vous vous lancez dans de la reconstruction, les probabilités pour que ça puisse mal se passer sont non négligeables, et augmentent de manière exponentielle avec le nombre de disques d'un RAID5. Avec 7 disques, vous êtes dans une situation critique. C'est pour cette raison qu'on vous recommande de d'abord passer en RAID6 avant d'envisager une quelconque migration car cela vous laisse la possibilité de subir la défaillance d'un disque sans perte de donnée. Après, c'est votre choix, on vous aura prévenu.

Vous pouvez essayer un double reset du NAS pour réinitialiser DSM en suivant cette procédure. Cela vous permettra peut-être d'avoir à nouveau accès au DSM et par la suite activer le SSH pour que le support puisse intervenir. Si ça ne marche pas, il n'y a malheureusement guère de solutions que de tout reprendre à zéro. Quelle que soit l'issue, je vous conseille vivement de prévoir un onduleur compatible car le RAID ou le SHR n'aime pas du tout les coupures de courant intempestives. Et c'est encore plus sensible lors d'une reconstruction. Une augmentation de volume se fait logiquement un disque après l'autre car c'est une opération délicate qui demande énormément de déplacement de fichiers et que de multiplier les disques multiplie les risques de défaut de reconstruction. Edit : Si le reset ne résout rien, perdu pour perdu, vous pouvez essayer d'enlever les 2 disques que vous avez ajouté. Avec un peu de chance, vous retrouverez peut-être votre volume. Mais sincèrement, ce serait un miracle car je n'y crois pas trop.

La totale quoi. Il manque aussi la réponse pour l'UPS, qui est 0 je suppose.

A vous lire, il est clair que vous n'avez pas d'onduleur compatible. Un NAS en RAID sans onduleur c'est un peu comme un saut sans parachute : généralement ça se termine assez mal. A mon avis, votre volume est gravement corrompu. Avez-vous toujours accès au DSM et si oui, que dit le gestionnaire de stockage ? Si vous avez accès au DSM, vous pouvez toujours essayer de contacter le support. Petite question : comment avez vous lancé l’extension, avec 1 ou 2 disques en plus ?

Tout à fait d'accord. Mettre d'abord un disque pour passer en RAID6 est effectivement le solution la moins pire. Au moins, ça laissera la possibilité de perdre 1 disque en cours de reconstruction.

7 disques RED de 3To en raid5, ça fait 7 gros potentiels de panne de disque, plus une de perte de volume en cas d'échec sur reconstruction. A votre place, je changerais mes disques en mettant 8 disques 4To en RAID6. Mais ça n'engage que moi. Est-ce bien du RAID ou du SHR ?

Effectivement. Autant pour moi. Ça m'a permis de connaître drbd que je ne connaissais pas. C'est en fait de la haute disponibilité, et je crois qu'on peut d'ore et déjà exclure le 214SE et probablement le 214Play de la liste.