Mic13710

J'ai lu votre présentation et j'ai compris que vous gériez plusieurs NAS pour le compte de divers utilisateurs. Dans ces conditions, il est évident que vous avez mis en place un système de sauvegarde régulier et automatique de toutes les données de vos clients. Fort de ce constat, je vous suggère de lancer la migration en dehors des heures d'utilisation du NAS que vous souhaitez migrer. En effet, si le NAS est en production, le transfert risque d'être gourmand en ressources et provoquer des lags chez les utilisateurs. Il est primordial de commencer par la mise à jour des sauvegardes. Vous pourriez tenter une migration des disques mais si Synology ne le recommande pas, mieux vaut s'abstenir. Et de toute manière, vous auriez plus à y perdre car vous migreriez du même coup toutes les limitations du 214 sur le 420. Et par dessus tout vous perdriez le bénéfice du BTRFS. Donc oui, vous pouvez très bien appliquer la méthode que vous décrivez. Cependant, il est inutile de casser le SHR du 214. Dans le gestionnaire de stockage, vous sélectionnez le disque que vous voulez transférer et vous cliquez sur Action puis sur Désactiver le disque. Une fois le disque désactivé, vous arrêtez le NAS et vous sortez le disque désactivé que vous montez dans le nouveau NAS. Vous laissez l'ancien NAS éteint avec son disque (inutile de l'allumer s'il n'est pas utilisé). Vous faites l'installation complète du nouveau NAS (DSM, installation des paquets, restauration des données sauvegardées), vous faites les derniers paramétrages, tests etc.. Si OK, vous sortez le disque restant de l'ancien NAS, vous le formatez sur un PC (peu importe le format, le but étant de casser les partitions existantes), vous le montez dans le nouveau NAS et vous lancez une augmentation de volume pour passer le SHR en SHR avec protection des données. Vous corrigez l'adresse MAC dans le routeur pour que l'IP de l'ancien NAS soit utilisée par le nouveau et que ce dernier soit mis en production.

Si vous vous connectez avec une adresse IPV4 ou IPV6 publique ou privé, il est normal que le certificat ne soit pas pris en compte par votre navigateur. Un certificat ne s'applique QUE pour un nom de domaine. Ici votre nom de domaine est chez Synology, vous devez utiliser ce ndd pour vous connecter au différents services.

@Alf29 Vos dernières questions n'ont aucun rapport avec votre demande initiale. Je vous invite à consulter le forum pour essayer de trouver des réponses, et si vous n'en trouvez pas, merci d'ouvrir un nouveau sujet dans la section dédiée. En attendant je verrouille ce sujet.

Quel RED ? Que je sache, aucune référence n'a été donnée par @BenoitStL. Il y a une multitude de références sous le label RED et dedans il y a des SMR et des CMR. Et ce n'est pas parce qu'il y a dans la liste des références SMR qu'il faille les choisir.

Là, je ne m’avancerais pas trop. Il y a deux points qui peuvent poser problème. la vitesse du disque. Si le black est en 7200tr/min (ce que je crois), lui adjoindre un disque moins rapide peut conduite à des time out. En RAID, même si en théorie on peut marier différents disques, il est préférable d'utiliser des disques aux performances similaires. attention aussi à la technologie. Les WD Red actuels sont pratiquement tous en SMR, et le mariage avec un disque CMR n'est vraiment pas une bonne idée. voir ce fil : Mieux vaut s’orienter vers la série RED Plus qui elle est en principe en techno CMR. A vérifier lors de l'achat. Enfin, je conseille vivement de choisir un disque approuvé par Synology pour le modèle de NAS. Ceux pour le 214se sont ici : https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS214se&category=hdds_no_ssd_trim&p=1&change_log_p=1

Je ne suis pas du tout "échaudé". C'est juste surprenant de voir renaitre un sujet délaissé depuis 7 ans parce que plus d'actualité ainsi qu'il est indiqué en préambule du tuto. Il y a maintenant pour votre version de DSM des méthodes bien plus simples pour obtenir un certificat. Il y a bien en effet un membre adflash enregistré depuis aout dernier mais excepté l'origine de l'IP, rien ne m'indique qu'il s'agit de vous. Si vous pouvez me donner en MP votre email d'enregistrement sous ce pseudo, je pourrai recopier votre profil sur votre nouveau. Je ne peux pas par contre réinitialiser ce compte. Seul un administrateur peut le faire. Je sais que le temps peut paraitre aller très vite, mais aout 2021 n'est pas si loin ... A moins que ce soit le calendrier chinois qui vous joue des tours ! Pour la suite de votre message concernant votre présentation, il serait plus judicieux de la faire dans la section appropriée 😉 Beaucoup en effet donnent de leur temps pour accompagner les utilisateurs de nos petites machines. Merci pour eux.

Merci pour le retour 👌

Les tests SMART et les tests de santé Ironwolf ne sont pas destructifs. Il est bien dommage (pour vous) de s'en priver. Je vous conseille d'ailleurs de programmer ces tests de manière régulière afin de s'assurer que les disques sont toujours OK. Perso, j'ai fait des programmations hebdomadaires rapides et des programmations mensuelles étendues sur les deux tests.

OK. Les partitions des données sont toujours existantes mais ne sont pas montées. Il devrait donc être possible à l'aide de l'assemblage en ligne de remonter la ou les partitions. Reste à savoir si DSM reconstruira le groupe d'origine en SHR avec protection des données.

Je me demandais effectivement ce que ça signifiait. Jamais vu ça avant. Je comprends mieux si c'est une nouveauté de DSM7. De guerre las, j'aurais fait lancer cette opération. Ce qui me chagrine, c'est qu'il n'y ait plus de md3 et je suis aussi surpris par le passage sata2 vers sata1. D'où mon interrogation sur l'efficacité de cette commande. C'est aussi ce qui est étrange. Le redémarrage du NAS aurait dû rétablir l'affichage à un SHR sans protection des données. Mais comme encore une fois il n'y a plus de md3 actif, DSM a une autre interprétation que celle fournie par cat /proc/mdsat

Si vous espériez une réponse, il ne fallait pas éditer votre dernier message mais en faire un nouveau à la suite. Dans le cas présent, j'avais bien lu votre message disant que vous feriez la manip et j'attendais votre retour. En éditant votre message, je n'ai pas pu être averti. Bref. A la lecture du résultat de la commande, il y a plusieurs choses assez étranges. Votre partition de donnée du disque 1 semble avoir disparue ce qui fait que votre groupe est en panne. Normalement vous devriez toujours avoir un md2 contenant la partition sata1p5 Les md1 (RAID qui contient DSM) et md2 (RAID qui constitue le swap) devraient être inchangés. Ce n'est pas le cas puisqu'il ne reste qu'un disque opérationnel et chose étrange, sata2 a pris la place de sata1 dans les dénominations. Or, si vous avez strictement respecté les commandes, il n'y a eut aucune action sur ces deux RAID. Ce qu'affiche DSM nous dit que le disque 1 contient le système et n'a pas de groupe installé, le disque 2 ne contient pas le système et attend d'être installé. Je ne comprends pas trop ce qui a pu se passer, mais comme Synology ferme de plus en plus son système, et que par ailleurs leur méthode d'identification des disques a été modifiée, il est possible que les actions de certaines commandes ne se déroulent plus comme attendu. Pouvez-vous me donner les résultats des commandes suivantes : parted --list mdadm --detail /dev/md3

Si quelque chose vous échappe, je vous conseille d'aller consulter le tuto du même auteur sur le serveur DNS. Vous y trouverez surement des explications. Et sur ce forum comme sur beaucoup d'autres, il est d'usage et très apprécié que les nouveaux arrivants passent par la section des présentations.

@ocrv A mon avis, votre question est hors sujet. Ici on parle du serveur vpn et non pas du serveur dns.

Avez-vous redémarré le NAS ? Si vous avez suivi correctement les commandes, vos deux disques devraient avoir DSM. Que donne la commande cat /proc/mdstat ? (vous auriez dû la lancer à la fin du processus pour vérifier)

Non puisque comme je l'ai dit, DSM est installé sur tous les disques. Lorsque vous rajouter un nouveau disque, DSM crée automatiquement 2 partitions, 1 système (qui fonctionne en RAID1 avec les autres partitions système des autres disques) et 1 swap (qui fonctionne comme la partition système). Ces partitions sont toutes en EXT4. Ensuite, il crée une partition pour les données qui sera fonction de votre environnement et de votre choix. Cette partition appartient à un groupe de stockage sur laquelle vous montez un ou plusieurs volume(s). Selon votre modèle de NAS, cette partition peut être en EXT4 ou BTRFS Il n'y a donc pas de disque dédié au système puisque tous les disques embarquent le système.

Il faut arrêter le NAS et le redémarrer. Le disque devrai apparaitre en initialisé et vous devriez pouvoir créer un nouveau groupe de stockage sur lequel vous monterez un nouveau volume.

@Jeff777 Comme quoi là où il y a de la gaine il peut y avoir du plaisir 😉. Je ne suis pas chez moi depuis 2 mois. Je rentre dans quelques jours mais je ne pense pas trouver de grands changements car lorsque je suis tombé par hasard il y a 2 ans sur le gars qui faisait le survey des travaux à réaliser, il m'a laissé entendre qu'il fallait remplacer le poteau bois. Comme ce poteau est chez moi en limite de propriété, peu de chance qu'il ait été remplacé en mon absence. Et vu qu'il ne dessert que 2 clients, ça ne va pas beaucoup se bousculer pour entreprendre des travaux à faible rentabilité. Pourtant sur le site de l'Arcep, l'installation est "Programmée" depuis 3 trimestres comme pour tous les habitants de la zone. Bref, tu as probablement plus de chance que moi de voir un jour la fibre arriver jusqu'à ta box.

@PiwiLAbruti Décidément, c'est la journée des grosses pelleteuses. On avait raté celui là, qui vient d'être relancé par l'auteur du déterrage : https://www.nas-forum.com/forum/topic/35155-ajout-de-paquets/?do=findComment&comment=1319465967

C'est totalement impossible sur un NAS 2 baies d'avoir à la fois 2 groupes de stockage et du JBOD.

Je suppose que vous parlez de votre nouvelle configuration 😉 C'est en effet plus sage car en cas de perte d'un disque, vous ne perdez pas tout comme c'est le cas avec du JBOD ou du RAID0.

J'avais bien compris maxou l'objet du lien vers le tuto de badblocks. Je disais simplement que je n'ai pas envie de lire tout un tuto dont je n'ai pas l'utilité pour trouver une info que j'ai vue par ailleurs. Mais on s'éloigne du sujet et on ne sait pas si @Iron126 a réussi à casser son RAID.

Sauf à s'adresser à des entreprises très spécialisées qui facturent leurs services au dessus de 1K€ et beaucoup plus selon les dégâts et le volume de données, je crains fort que ce soit en effet perdu.

Je n'en doute pas, mais comme je l'ai écrit, j'ai "brièvement" parcouru le tuto. Et je ne suis pas un adepte de badblocks.

Merci @maxou56 pour l'info. Comme je n'ai pas de modèle 2020 sous la main, pas pu la découvrir avant. J'ai brièvement parcouru le fil badblocks (ton lien) mais je n'y ai pas trouvé la nouvelle identification. Entre temps, j'ai trouvé des sujets sur des NAS plus récents où effectivement les cat /proc/mdstat renvoient les infos de partitions en sata. Bah, ça ne change pas grand chose au fond.

@oracle7 non pas celui-là. Je l'avais vu aussi mais il ne rentre pas dans la catégorie car il s'agit d'auto-déterrage 😉