Mic13710

Il n'est pas possible de retirer un disque d'un groupe. La seule solution c'est de supprimer le groupe (ce qui supprime les données), de le recréer et de restaurer vos sauvegardes.

On peut tout à fait utiliser le Reverse Proxy pour joindre des adresses du réseau autres que le localhost. Comme @firlin j'utilise cette possibilité pour joindre mon NAS secondaire via une adresse https://monNASsecondaire.ndd, et aussi pour joindre par exemple mes Raspberry avec une adresse du type https://monRPI01.ndd. L'avantage de ce type de connexion c'est qu'on utilise toujours le port 443 et le ndd, et donc qu'on est couvert par le certificat du ndd ce qui évite de devoir faire des exceptions au niveau du navigateur. C'est le cas pour mes Raspberry ou encore mes cameras IP dont les certificats par défaut ne sont pas reconnus comme étant fiables.

Je confirme. Le RAID ou SHR n'est pas une sauvegarde mais une continuité de service en cas de perte d'un disque. Si vos données sont corrompues, effacées, cryptolockées, détruites.... elles le sont sur tous les disques du groupe. Le RAID n'est qu'un support de stockage sur plusieurs disques. Il n'est pas à l'abri d'un défaillance interne ou externe et EN AUCUN CAS ne dispense de faire une sauvegarde périodique des données, au moins les plus importantes.

A ma connaissance, il n'y a pas de logiciel Letsencrypt mais des scripts tiers tels que acme.sh (pour ne citer que celui qui tourne sur nos NAS pour les ndd autres que ceux de Synology) pour importer des certificats. Ensuite, rien n'empêche de refaire un certificat sur des machines différentes avec le même ndd. Le certificat émis ne tient pas compte des certificats actifs existants. Le script ne fait que vérifier la validité et la propriété du ndd dans la zone DNS et génère le certificat demandé. On peut très bien générer plusieurs certificats couvrants les mêmes ndd. Hormis la limite sur le nombre de demandes sur une période définie, Il n'y a pas de limitations à ce niveau là. C'est ce que je fais sur tous les sites dont je m'occupe lorsqu'il y a plusieurs NAS à couvrir sur le même ndd et ses dépendants.

@abryss cette section n'est pas faite pour recevoir des questions. Je clôture. De plus, votre demande ne concerne pas le NAS mais DSM. Prière de poser votre question dans une section plus appropriée.

@seb7729, non, il n'y a pas de perte de données mais les paquets ayant évolués, il y aura forcément des variations par rapport à l'existant. Le problème de partition évoqué par @PiwiLAbruti est apparu à partir de la version 7.1 où la partition système est passée de 2.3Go à 7.9Go (de mémoire) pour pouvoir faire face aux évolutions de DSM. Pour que cette partition puisse évoluer, il faut faire une installation neuve. Elle ne change pas pour les existantes. Si vous ne voulez pas de la 7.x, alors les étapes indiquées par Synology sont à suivre. Si vous voulez aller jusqu'à la dernière version, je rejoins l'avis général à savoir de repartir sur une installation neuve.

Tout à fait d'accord avec @Lelolo. Perso, je ne choisis que des 2 baies qui me conviennent parfaitement pour mon usage et sur lesquels je peux augmenter le stockage en changeant simplement les disques. Je tourne depuis des années sur des 4To en RAID et j'ai encore de la marge de stockage. Comme ces NAS peuvent encaisser des disques 4 fois plus gros, le potentiel d'augmentation du stockage est largement suffisant pour ne pas envisager des NAS avec plus de baies.

L'ordre n'est pas le bon. Il faudra commencer par monter un groupe avec au moins 1 disque de 2To (2 c'est mieux pour avoir un SHR avec protection des données dès le départ) et le compléter par des disques de plus grosse capacité (18To ou autre) car dans le SHR on ne peut pas rajouter des disques plus petits que le plus petit disque utilisé dans le groupe initial. Ceci étant dit, votre projet présente un danger certain de perdre votre groupe car plus vous y rajoutez des disques de grosses capacités et plus vous augmentez les risques de le perdre. Et ces risques augmentent de manière exponentielle au fur et à mesure de l'augmentation de capacité du groupe. Dans ce cas, il est fortement recommandé de passer au SHR2 (équivalent RAID6) pour avoir la possibilité de perte de 2 disques.

https://synocommunity.com/package/synocli-net vous téléchargez celui qui correspond à votre CPU et vous l'installez manuellement à partir de la page des paquets du NAS.

Le but de ce fil est de répertorier les barrettes qui fonctionnent et avec quel modèle. Merci d'indiquer la marque et la référence de la RAM que vous avez installé.

MP envoyé

Malheureusement, le RAID est bien monté oui, mais uniquement sur la partition md2 qui est le swap. La md1 (celle du système) est absente ainsi que celle des données (md3 ou md5). Est-ce que vous avez bien lancé lvm2 (important si vos disques sont en SHR) ? Que donne les commandes suivantes ? vgdisplay parted --list df -h

Alors oui, on remplace le disque le plus petit pour augmenter le stockage. L'idée était surtout d'utiliser les 1To du 4To et de ne pas trop saucissonner les RAID. Si vous remplacer le 2To par un 4To, votre groupe sera alors constitué d'un RAID5 de 2To sur les 4 disques, d'un RAID5 de 1To sur les 2x4To et le 3To, d'un RAID1 sur les 4To. Donc 3 RAID. Le remplacement du 2To par un 4To augmentera la capacité du deuxième RAID5 et fera évoluer le RAID1 vers un RAID5. Si vous remplacez le 3To par un 4To, vous perdez 1To mais votre montage est plus simple car constitué d'un RAID5 de 2To sur les 4 disques et d'un RAID1 sur les 2x4To. Soit 2 RAID. Le remplacement ultérieur des 2To par des 4To fera simplement évoluer le RAID1 vers un RAID5. Mais effectivement, il est plus judicieux du point de vue stockage de remplacer le 2To par un 4To.

Et les ports usb servent à quoi d'après vous ? Dans DSM vous avez USB Copy pour faire les transferts.

@Doonet, si vous remontez votre RAID dans un PC, une fois le volume monté, il faudrait dans le terminal passer la commande suivante et poster le résultat. cat /proc/mdstat

Que ce soit le reset 1 ou 2, les données ne sont pas touchées.

Il n'est pas du tout recommandé de sortir des disques d'un groupe en opération car cela introduit des erreurs de parités. Ces erreurs peuvent parfois être réparés mais le plus souvent le disque est éjecté du groupe et il faut faire une reconstruction pour le réintroduire. De même, on ne peut pas démarrer un groupe sans le totalité des disques qui le compose car on s'expose à ces mêmes erreurs. Il se peut au final que toutes les manipulations qui ont été faites aient endommagé le groupe. Néanmoins, le RAID a pu semble t'il être retrouvé sur le PC. On pourrait supposé qu'il est encore viable. Comme le NAS semble fonctionner avec un seul disque dans la baie 1 et qu'il y a eu des alarmes d'alimentation sur les autres baies, il serait judicieux de tester ces baies en refaisant une installation avec un seul disque dans la baie 2 puis dans la 3 et enfin dans la 4. L'installation n'est peut-être pas indispensable, le simple déplacement du disque de baie en baie peut fonctionner. Question : le nouveau bloc d'alimentation est-il identique à celui d'origine ? Sinon, est-ce que ses caractéristiques sont au minimum identiques ?

Si la restauration se fait de NAS à NAS, le PC n'a rien à voir dans l'affaire et peut être éteint.

Tuto en ligne. Merci @.Shad. pour cet énorme travail de réactualisation du Tuto de @Fenrir qui a été de loin ,et pour cause, le tuto le plus consulté de ce forum mais qui commençait à accuser le poids des ans. Je souhaite une aussi longue vie à cette nouvelle mouture qui devrait j'en suis sûr en intéresser plus d'un.

Je penche plutôt pour une panne du bloc d'alimentation, assez récurrente sur ces modèles. On en voit passer pas mal sur le forum. Si le bloc du 920 est identique, vous pouvez déjà commencer par essayer avec ce dernier.

Certains ont essayé, je ne connais personne qui y soit arrivé. Il faut savoir que votre disque même unique est un RAID monodisque avec donc une gestion par mdadm et éventuellement du lvm2 si en SHR.

Le fait de migrer les disques obligera de faire une maj de DSM pour qu'il soit compatible avec le 218. Afin de vous assurer une porte de sortie, vous ne montez qu'un des deux disques dans le 218. Vous gardez l'autre au chaud pour qu'il puisse être remonté dans le 213 en cas de besoin. Ceci dit, je ne comprends pas bien votre manip pour le transfert des données du 218 vers le 213. Pour moi, ça ne peut pas fonctionner, et certainement pas avec hyperbackup. Je vous suggère plutôt de sortir le 3To défectueux du 213 que vous formatez sur un PC et que vous installez sur le 218 pour y créer un nouveau groupe. Vous faite la sauvegarde de vos applications et de vos données du 213 sur ce disque. A ce stade, vous avez un original sur lequel vous pourrez revenir en cas de problème et une sauvegarde. Vous sortez le 3To du 213 que vous gardez au chaud. Vous monter le 8To, installez DSM et importez vos sauvegardes Hyperbackup.

Je n'y comprends plus rien, mais si vous vous comprenez, c'est l'essentiel 🙃

En théorie oui. En pratique, ce n'est pas une bonne idée car vous importez dans le 218 toutes les limitations du 213. Et vous perdez aussi la possibilité de passer en BTRFS. Pourquoi ne pas faire l'installation directement dans le 218 à ce compte là ?

Et bien il va falloir patienter jusqu'à l'arrivée du nouveau disque.