Mic13710

Je ne saurais dire si c'est un problème de stockage, mais il se peut très bien qu'un des disques soit en fin de vie. Que disent les tests smart étendus ? Il est certain qu'une nouvelle installation est à privilégier. Si vous pouvez le faire, n'hésitez pas, d'autant que vous pourrez alors passer au BTRFS au lieu du EXT4. Toutefois, je vous recommanderais de remplacer votre 3To par un 4To ne serait-ce que pour éviter la multiplication des RAID par le SHR. Mais pas seulement. Les 3To sont très souvent à l'origine de pannes de disques sur les NAS Synology. Le choix du RAID0 pour y stocker temporairement vos données n'est pas du tout judicieux. Surtout sur des disques qui ont probablement un nombre important d'heures de fonctionnement. Si un disque tombe en panne, vous perdez tout. Vous pouvez choisir le JBOD qui est un peu moins contraignant que le RAID0. Le mieux serait de faire 4 disques en basic (ou SHR sans protection de données) car si un disque tombe en panne il reste encore les données des disques sains. Mais si je ne m'abuse, vos anciens disques ont un total de 7.5To. Est-ce suffisant pour tout y mettre ?

Il manque effectivement 1To sur le 3To. Seulement 2To sont exploités sur ce disque : un espace de 1495Go pour un premier RAID et un autre de 500Go pour le deuxième. Il manque donc 1To non utilisé. A cette reconstruction en gras, seulement 2To ont été exploités . Il n'y a pas eu d'augmentation du stockage car le SHR a considéré ce disque comme un remplacement d'un disque en panne et non comme une augmentation de volume qui est impossible puisque le disque est de taille inférieure aux disques les plus gros (4To). Au remplacement du 4To, le SHR n'a pas tenu compte de l'espace restant, ce qui explique l'écart constaté. Comme vous ne pouvez pas sortir le 3To pour le réintroduire dans la grappe (il ne sera pas accepté car de taille inférieure aux disques existants mais seulement comme le remplacement d'un disque de 2To), la seule solution qui éviterait une réinstallation complète serait de remplacer le 3To par un 4To.

Ca n'a rien à voir avec les limitations des volumes qui elles sont inhérentes à l'installation initiale, pas à la version de DSM.

Une migration d'un 410J vers un 416Play, des remplacements de disques à tout va, ça explique peut-être pourquoi il y a des écarts. Les disques issus de migrations conservent les paramètres et les limitations du NAS d'origine. Cela peut avoir des conséquences surprenantes lors des modifications suivantes avec des résultats en retrait par rapport à ce qui est attendu. Lorsque le pas est trop important ce qui est le cas ici, plutôt que de faire une migration il est fortement conseillé de repartir sur une nouvelle installation. Moi-même par exemple j'ai migré les disques de mon 710 sur le 214 et aussi surprenant soit-il la limitation se situe sur la taille du volume que je ne peux pas augmenter. Si je veux le faire, je ne peux pas avec la manière traditionnelle. Je suis obligé de changer les disques et de refaire une installation neuve. Pourtant le 214+ est capable de gérer des volumes bien plus importants que celui de 4To que j'ai actuellement.

Il est clair que le SHR a été construit en 2 étapes. En théorie, si les disques avaient été montés ensemble, on devrait avoir 11To répartis comme suit : Un RAID 5 sur 4 disques en 3To ce qui donne 9To sur un md2 Un RAID 5 sur 3 disques en 1To ce qui donne 2To sur un md3 Mais là nous avons 3 RAID 5 dont 2 sur 4 disques et 1 sur 3 disques. Il semble qu'un des 4To ait été rajouté après une première construction. Ce qui me chiffonne tout de même c'est que la totalité des blocs est en deçà de ce qu'on devrait avoir pour du 11To. md2 + md3 + md4 = 9753116160 soit un total de 10To pour des blocs de 1024. Pour moi, même si le unused device est à none, il manque 1To. En fait, la valeur indiquée est plus celle d'un SHR en 2x3To + 2x4To. Soit il s'agit effectivement de 2x3To auquel cas la valeur est normale, soit l'intégration du 4To ne s'est pas faite correctement. Qu'indique le menu HDD du gestionnaire de stockage (type de disques) ? Où mieux, passez cette commande en mode root et donnez-nous le résultat : parted --list

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

De toute manière, toinoux50 a opté pour une autre solution. Le sujet est clôt.

Il y a peut-être plus simple. Grâce à PiwiLAbruti, nous connaissons les IP utilisées par Let's Encrypt pour la création et la maj des certificats. Il suffit de laisser le 80 ouvert dans le routeur, et créer 2 règles dans le parefeu pour laisser les adresses Let's Encrypt utiliser le http : 66.133.109.36 64.78.149.164

Pas vraiment. Ma solution est de casser le shr pour n'avoir qu'un seul disque pour le volume 1. Ce n'est pas possible à partir du gestionnaire.

Sur MAC, les commandes se font directement en mode terminal. Il faut que le ssh soit activé sur le nas. Je ne connais pas le monde des pommes mais je pense qu' Einsteinium ou d'autres peuvent vous dire comment faire. Vous pouvez aussi chercher par vous même sur ce forum ou ailleurs.

@Olivier 92 ??????? Avec un seul message au compteur à votre actif, je serais très étonné de vous avoir envoyé un quelconque MP et à fortiori un email pour vous donner des infos de connexion. Vous devez faire erreur.

@PiwiLAbruti en voila un tout beau tout chaud en réponse à un post d'octobre 2012 :

Ca c'est un beau déterrage. Complètement déconnecté du contexte puisque USB copy n'est apparu qu'à la dernière version de DSMet que le post est de 2012. Cette réponse aura au moins le mérite de pouvoir rentrer dans le top 10 des déterrages

En root c'est mieux, sinon en admin et si la cde ne passe pas, la faire précéder d'un "sudo"

OK. Passez la commande suivante et postez le résultat ici : cat /proc/mdstat

Etes-vous familier avec le mode terminal (putty sous windows) ?

Si je demande la valeur réelle, c'est qu'il y a une raison. Il s'agit de celle indiquée dans le gestionnaire pour le stockage total, pas une valeur arrondie.

Quelle quantité donne le gestionnaire de stockage (valeur réelle) ?

Je veux bien vous aider, mais ce n'est certainement pas en employant un tel langage que vous aller susciter l'envie de bénévoles de passer du temps avec vous. Si vous ne dites pas ce que vous ne comprenez pas, on ne peut pas le faire à votre place. Quand je dis que le tuto est suffisamment clair, il l'est pour ceux qui savent travailler en mode terminal. J'ai fourni ce lien à bon nombre de membres de la communauté dans le même cas que le vôtre et qui n'ont eut aucun problème pour s'en servir. Si le fait d'installer putty sur votre PC et de vous en servir vous rebute, je vous invite à laisser tomber. Je ne suis pas devant votre écran et je ne sais pas ce que vous ne savez pas. Si vous voulez de l'aide, faite aussi un effort de votre côté. P.S. : inutile de répéter le message précédent s'il n'apporte rien à la compréhension.

Exception faite du sudo à rajouter en tête de commande qui permet de lancer la commande en mode root (obligatoire pour modifier le status des disques), le tuto de Gaëtan est assez explicite pour ne pas avoir à fournir d'explications supplémentaires. Mais je comprends tout à fait que ça ne soit pas encore suffisant quand on ne connait pas le mode terminal (putty), auquel cas je vous conseille effectivement de laisser tomber.

Si vous ne voulez pas de ma solution qui vous permet de garder vos données (pas besoin de refaire toute une installation puisque tout reste en l'état) tout en passant en SHR sans protection de données (équivalent basic), vous pouvez remonter vos disques, aller dans le gestionnaire de stockage menu volume, supprimer. Votre volume existant sera alors supprimé. Vous pourrez ensuite choisir de monter un volume sur le disque 1 et un autre sur le disque 2. C'est simplement beaucoup plus long. A vous de voir.

sudo mdadm /dev/md2 -f /dev/sdb5 etc....

Bienvenu dans la communauté

Si vous voulez conserver les données telles qu'elles sur le premier disque, le plus simple est de casser le RAID. Vous pouvez suivre le tuto de Gaëtan Cambier. Depuis DSM6, il faut se connecter en admin et faire précéder les commande de "sudo ". Une fois le RAID cassé, vous pouvez formater le deuxième disque sur un PC et le réintroduire dans le NAS. Pour créer un deuxième volume, il faudra faire ce choix (création d'un nouveau volume) à partir du bouton gérer

Depuis DSM6, l'accès root est limité. Il faut accéder avec le compte admin et faire précéder les commandes par sudo (voir le commentaire de Gaëtan le 07/02/2017)