Mic13710

Vous devriez aller faire un tour dans la section des Tutoriels Vous y trouverez 2 tutos, l'un sous Docker si votre NAS est compatible, un autre pour les autres NAS.

Quelle triste nouvelle. Il a été très présent sur le forum et un grand contributeur de la section des tutoriels. Il avait dû se mettre en retrait peu avant la crise sanitaire pour opérer un changement radical dans sa vie professionnelle. Lors de mon dernier échange avec lui, il suivait une formation en vu d'exercer un métier artisanal très éloigné de l'informatique. Je ne doute pas qu'il ait réussi sa conversion car c'était quelqu'un qui s'investissait a fond dans tout ce qu'il entreprenait. Il nous manquera. Mes sincères condoléances à ses proches.

Oui si les ndd proviennent du même fournisseur et qu'ils ne sont pas sur le même compte ce qui rend impossible l'utilisation de la même API. Si sur le même compte, on peut avoir une API commune pour tous les ndd du compte ce qui permet de n'avoir qu'un seul docker. Pas nécessaire lorsqu'ils sont chez deux fournisseurs différents puisque les API sont forcément différentes, elles peuvent être traitées sur un seul et même container. Pour ma part, j'ai deux ndd, un chez ovh et l'autre chez gandi et une seul container acme.sh pour les deux. Et pour compléter, j'ai aussi sur un autre site deux ndd chez ovh sur un même compte client, et là aussi, je n'ai qu'un seul container pour les deux avec une API commune.

Tout dépend d'où provient ce deuxième domaine. Est-ce un domaine issu de votre domaine en place (ce que certains appellent par erreur un sous-domaine) ou bien un nouveau domaine et dans ce cas est-ce chez le même fournisseur (OVH je suppose dans votre cas) ? Si chez le même fournisseur, est-ce que ce nouveau domaine est sur le même compte client que l'ancien ?

Pour étendre le groupe SHR existant, il faut que les disques que vous rajoutez soient de capacités au moins égales au disque le plus petit avec lequel le premier SHR a été construit (avant vos 2To donc). Si ce n'est pas avec un ou des 1To, vous ne pourrez pas y rajouter vos deux disques de 1To. A mon avis, il serait plus judicieux de retourner vos 1To et de n'acheter qu'un seul 2To pour le rajouter au groupe existant. Non seulement c'est plus économique, plus facile à gérer puisque tout est dans le même volume, mais en plus vous gagnerez 1To de stockage supplémentaire comparé à un deuxième groupe constitué avec vos 1To.

Il n'y a pas d'interdiction. La seule contrainte hormis l'incompatibilité des disques avec le NAS (ce qui inclue les disques en techno SMR) est leurs capacités. Cependant, il est préférable de marier des disques aux caractéristiques similaires pour éviter de trop grandes disparités dans le traitement des données qui pourraient provoquer des time-out et conduire au retrait du disque fautif hors de la grappe. Mais ce phénomène est très rare et si votre 6To est OK, il y a peu de chance qu'il se produise. Vous pouvez continuer à utiliser votre 6To. Il faudra bien choisir un 7200tr pour le remplacer le moment venu.

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.

C'est un peu compliqué de répondre à votre demande car vous ne nous donnez pas des éléments importants. Quel modèle de NAS ? Quels disques constituent le groupe existant (taille, modèles) et comment sont-ils gérés (EXT4 ou BTRFS) ? Captures d'écran de votre gestionnaire de stockage (général, groupe, volume, etc..) sont aussi indispensables Vous voulez rajouter des disques de 1To ? Pourquoi ne pas simplement étendre le groupe existant ?

@Jeff777 Content pour toi. Perso, j'en suis encore au pigeon voyageur. Mon status est en cours de déploiement depuis T2-2021, la fibre à 50m, mais ça ne se bouscule pas dans le quartier pour tirer les derniers câbles. Peu de chance de voir bouger les choses avant la fin de l'année 😡.

Le système est installé sur tous les disques sur des partitions dédiées qui fonctionnent en RAID1. Il n'y a donc rien à faire. Et d'ailleurs on vous l'a déjà dit dans un de vos sujets précédents :

Non ! Et ce serait impossible puisque mes deux ndd sont chez 2 provider différents : ovh et gandi

et @Einsteinium. Je viens de faire le déploiement sur mon 220+. J'ai plus ou moins suivi le tuto (j'ai 2 ndd dans la même instance Docker, ce qui complique un peu la tâche) et SAVED_SYNO a fonctionné sans problème. Bizarre qu'il t'ai fallu modifier ces lignes.

Il n'y a pas que pour votre NAS qu'ils ne sont pas recommandés. Vos disques sont en technologie SMR. Ces types de disques ont posé beaucoup de problèmes par le passé et ont été retirés des listes des disques compatibles par Synology. Un sujet dédié se trouve sur le forum : Je ne conseille aucun modèle en particulier. Choisissez dans les disques compatibles ceux qui correspondent à votre besoin et votre budget. Limitez votre choix aux marques réputées, WD, Seagate, Toshiba. Vous pouvez toujours monter des disques de capacité supérieure. En RAID, il faudra changer tous les disques pour pouvoir exploiter le stockage non exploité, en SHR vous remplacez simplement un autre disque de la grappe pour pouvoir utiliser les Téras du premier disque.

Ca c'est sûr, Extrêmement compliqué, surtout si c'est le disque qui comporte la table d'allocation qui est vérolé. Et même si ce n'est pas celui-ci, la table a pris un sérieux pet dans le casque et ne sera pas capable de retrouver ses petits. Il y a aussi la fragmentation des données qui peut se faire sur les différents disques, et selon le taux de remplissage, cette fragmentation peut être importante, ce qui augmente de facto les risques de pertes collatérales de données. D'où une possibilité extrêmement limitée de pouvoir récupérer des données exploitables. De plus, JBOD et RAID0 ne sont pas extensibles. Ils sont construits au départ et ne peuvent pas évoluer. Pour qui souhaite un peu sécuriser ses données, c'est le pire des mode de stockage. A réserver uniquement pour ceux qui recherche la vitesse plutôt que la sécurité, avec le RAID0 en tête en ce qui concerne la vélocité. Y'a intérêt a avoir des sauvegardes bien gérées (et le coeur bien accroché) pour utiliser ces types de stockages.

Vous pouvez formater vos disque sur un PC. Un formatage rapide suffit, le but étant de casser les partitions existantes. Il faudra probablement passer par le gestionnaire de stockage pour supprimer les partitions. J'avoue être un peu désorienté par votre organisation et la perte de place qui en découle. Avec vos 4 disques, vous avez fait 2 groupes de 6To chacun. Vous auriez pu construire un SHR qui vous aurait donné un stockage de 18To au lieu des 12To actuels, ou bien, si vous vouliez avoir une tolérance sur 2 disques, construire un SHR2 qui vous aurait donné le même stockage qu'actuellement avec 2 disques de tolérance, mais sur un seul groupe et un seul volume, ce qui est bien plus simple à gérer. Il est encore temps de passer au SHR puisque plutôt que de réparer le groupe 2 avec un nouveau disque, vous rajoutez au groupe 1 le disque qui remplacera celui en panne. Votre groupe passera alors à 12To. Vous transférez ensuite les dossiers partagés du groupe 2 vers le groupe 1 (la capacité sera suffisante puisque ce groupe aura la même capacité que vos deux groupes actuels). Une fois le transfert terminé, vous supprimez le groupe 2 et vous rajoutez son disque au groupe 1 ce qui vous donnera au final un stockage de 18To sur un seul groupe. A voir si cela vous convient.

Vous confondez deux choses, celle que vous pouvez faire à savoir sortir à chaud un disque en panne ou que vous voulez remplacer pour en mettre un nouveau, et dans ce cas le NAS fera la reconstruction, et celle que vous ne pouvez pas faire à savoir sortir à chaud un disque et le remettre dans son emplacement. Lorsque vous sortez un disque, vous le sortez physiquement et informatiquement du groupe. Il est naturellement éjecté. Le groupe passe en dégradé et même si vous voulez le réintroduire, le groupe étant en dégradé, il attend qu'on le répare. Il ne pourra pas récupérer le disque pour l'associer tel quel au groupe. Et c'est tout à fait logique car il s'est passé beaucoup de choses dans le groupe encore actif que le disque extrait n'a pas intégré. Et selon le temps d'extraction que le groupe ne connait pas, ce sera de grosses différences. Il faudra passer par une reconstruction. Alors oui, l'extraction à chaud existe mais ce n'est pas un blanc-seing pour faire tout et n'importe quoi. Cela permet simplement de pouvoir réparer ou agrandir un groupe sans avoir à arrêter le NAS. C'est surtout utile en production mais pour un particulier ce n'est pas de la plus haute importance car l'arrêt du NAS n'affecte pas en principe beaucoup de personne et ce n'est pas vital. Il faut vous dire qu'à chaque fois vous sortez un disque d'un groupe, bon ou mauvais, il n'est plus accepté par le groupe et qu'il faut à chaque fois passer par une reconstruction pour retrouver un groupe sain.

Normalement non. Le disque étant sorti de la grappe, il est considéré comme étant en panne. Il est possible que DSM arrive à réparer, mais je n'y crois pas. Le mieux serait de formater ce disque et de le réintroduire dans le NAS pour reconstruire le groupe. Peut-être qu(un redémarrage du NAS permettrait de considérer le disque comme initialisé sans avoir à le formater. C'est un truc à ne jamais faire à chaud sur un groupe en état normal puisque la conséquence c'est ce qui vous est arrivé. Il faut dans ce cas arrêter le NAS, sortir le disque, le remettre en place et redémarrer.

@PiwiLAbruti C'est un bon point. Je n'y avais pas pensé. Cependant, du fait de la technologie à découpage, la mesure à vide de l'alimentation ne garanti pas qu'elle soit capable de supporter la charge. Il faudrait faire des mesures avec le nas connecté, ce qui suppose d'ouvrir la bête et d'aller mesurer sur le PCB. Pas à la portée de tout le monde. La solution d'une autre alimentation similaire est sûrement plus abordable. Par exemple : https://www.amazon.fr/KFD-Adaptateur-Chargeur-DiskStation-Alimentation/dp/B09GP4QR2S

Il n'est pas interdit de monter un groupe sur le NAS et l'extension puisque c'est ce pour quoi cette dernière est conçue. Et le 718 est bien prévu pour ce type de montage. Néanmoins, les risques de perte de groupe sont beaucoup plus importants car si la liaison sata ou l'alimentation de l'extension sont interrompus, le groupe est cassé et il n'est pas garanti qu'il soit rétabli au redémarrage de l'unité du fait des possibilités de corruption des données. C'est à vous de considérer si vous acceptez ce risque, ou pas. Maintenant, il est possible que Synology aient prévu des sécurités pour pallier ces cas de figures, mais ça, seuls Synology sont capables de vous répondre. Le mieux serait de leur poser directement la question. Sinon, vous pouvez monter deux disques en basic ou SHR sans protection des données sur le 718 (comme ce que vous avez en ce moment), et un SHR de 5 disques sur l'extension.

Il semble bien que le contrôleur ait un souci. Si c'est le cas, il faudra envisager le remplacement du NAS. Ceci dit, vu l'état non initialisé de certains disques, il est clair que le groupe a subit des dégâts et ne peut être éventuellement remonté que par l'assistance. Ce qui risque d'être impossible avec un contrôleur défectueux. A moins que ce soit le logiciel de gestion du RAID (mdadm + lvm2) qui est compromis. Auquel cas, il serait peut-être nécessaire de réinstaller DSM. Je vous conseille toutefois d'attendre le retour du support avant de faire toute manip qui pourrait ruiner les possibilités de récupération. Je ne vous cacherai pas que ça sent un peu la pâtée.

Euh, là je ne suis pas d'accord. Le déplacement des dossiers partagés dans le même NAS et son extension se fait directement à partir du menu des dossiers partagés. Il suffit de changer le volume de destination et DSM se charge tout seul des transferts du volume source vers le volume destination sans perdre les liens avec les applications.

Vous voulez dire file station je suppose. Cette option de transfert via file station n'est pas applicable car de ce que j'ai compris il n'y a qu'un NAS et son extension. Et puis cette méthode a ses limites, puisqu'on perd les time code des fichiers ainsi que les paramètres de DSM et des applications. Hyperbackup est certes plus long à finaliser car il oblige à faire l'opération en deux étapes mais plus adapté car il permet de restituer à l'identique les données et paramétrages des applications.

J'ai cru comprendre que vous aviez un autre 718 ! Si ce n'est pas le cas, la méthode que j'ai proposée n'est pas valable et il faudra composer différemment en utilisant un ou plusieurs disques externes pour vider les deux volumes existants sur le 718. Le problème c'est que votre groupe 1 qui contient les applications est en basic. Il ne peut évoluer que vers du RAID classique. Je vous propose alors de migrer vos données et vos applications du disque 1 vers un disque externe en utilisant Hyperbackup. Vous pouvez pour cela utiliser un de vos 10To. Vous remplacez le disque 1 par un 10To. DSM va se réinstaller automatiquement à partir des autres disques. Vous construisez dessus un nouveau groupe en SHR sans protection des données sur lequel vous restaurez vos sauvegardes hyperbackup. Vous déplacez ensuite les dossiers partagés du disque 2 du NAS (qui devrait en toute logique être le volume 2) vers le disque 1. Vous remplacez le disque 2 par l'autre 10To et vous l'associez au disque 1 pour agrandir le groupe et former un SHR avec protection des données. Vous pourrez par la suite faire de même avec l'extension en migrant les volumes vers le volume du NAS et en remplaçant progressivement les disques par des 10To que vous associerez au groupe du NAS (bien que comme je l'ai écrit je ne sois pas favorable aux groupes répartis sur des unités physiques différentes). Pour la migration des données, il y a la kb Synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_Hyper_Backup

Il faut leur envoyer un ticket directement à partir de DSM et ..... patienter.

Ca va être très compliqué de construire un SHR avec des disques de tailles différentes car l'ordre de construction a son importance. Vous ne pouvez pas rajouter à un SHR existant un disque plus petit que le plus petit disque avec lequel il a été construit. En clair, si vous créez votre SHR avec des disques de 8To, vous ne pourrez pas y rajouter des disques plus petits que 8To. Ce qui veut dire que si dans votre NAS actuel vous avez des disques de 2To, il faudra commencer votre SHR avec au moins un disque de 2To puis augmenter progressivement la taille des disques que vous rajoutez. Attention toutefois, pour que toutes les capacités puissent être exploitées, il faut au moins 2 disques de même capacité dans la grappe. Par exemple, si vous n'avez qu'un seul disque de 6To dans la grappe coincé entre des disques de 4To et de 8To, seuls 4To seront utilisés sur ce disque, les 2To restants n'étant pas exploitables. Il faudra attendre l'ajout d'un autre 6To pour que cette espace puisse être exploité. Il est sans doute possible de faire la mutation si vous avez un autre 718, mais l'opération risque d'être très complexe voire impossible compte tenu des différences de capacités de vos disques et du remplissage actuel de vos volumes. Je pense qu'il serait préférable de repartir sur des disques de plus grosse capacité pour pouvoir espérer migrer vos données, ce qui veut dire que vos disques actuels ne pourraient plus être utilisés, à moins de remonter un deuxième groupe dans l'extension avec ces derniers plutôt que d'étendre le groupe de l'unité principale, ce que je ne saurais trop vous conseiller. En effet, je ne suis pas très favorable à des groupes répartis sur des unités physiques différentes du fait des risques inhérents aux potentiels déconnexions qui peuvent conduire à une perte partielle ou totale des données. A vous de voir comment combiner ces informations pour effectuer au mieux votre migration.