Mic13710

Pas de problème de ce côté là. J'ai une gaine TPC de 90 entre la boite de tirage au pied du poteau et ma cave. De quoi faire passer un troupeau de dinosaures. Je vais même installer un câble de tirage avant l'intervention pour être sûr que ça ne coince pas. Pas de problème pour la suite de l'installation, la box étant tout à côté de la sortie de la gaine. Je n'en n'avais pas l'utilité dans mon cas, mais juste au cas où, je viens de l'activer. Merci du conseil. La création est en cours. De ce que j'ai compris, la possibilité de le réactiver est aléatoire. Je vous en dirai plus une fois la fibre opérationnelle. Il y en a quelques unes à modifier sur les deux ndd ainsi que dans les listes blanches des parefeu des NAS dont je m'occupe. Mais bon, ça reste relativement modeste. J'espère seulement ne pas me retrouver avec une IP blacklistée !

Je pense que c'est la première option qu'il faut choisir, mais comme vous devez passer d'un RAID1 à un RAID5 pour faire une augmentation du groupe, il est possible que "Modifier le type de RAID" soit aussi le bon choix. C'est vrai que ce n'est pas très clair car vous pouvez très bien avec la première option augmenter le nombre de disques de votre RAID1 en le renforçant sans pour autant augmenter la taille du volume puisqu'un RAID1 peut très bien avoir plus de 2 disques fonctionnant en miroir (c'est le cas des partitions système et swap qui se trouvent sur tous les disques du NAS). Et d'un autre côté, je ne vois pas ce que peut proposer "Modifier le type de RAID" autre que de passer du RAID1 au RAID5. Avez-vous consulté l'aide proposée dans le gestionnaire de stockage ? Vous pouvez toujours choisir une option. Le NAS vous indiquera alors quel sera le résultat final et vous demandera de valider votre choix. Si ce n'est pas ce que vous recherchez (passage de RAID1 à RAID5), vous pourrez annuler et essayer l'autre option. Vérifiez bien avant de lancer la procédure !

Je n'en croyais pas mes yeux en consultant ma messagerie : Free me propose le raccordement à la fibre ! RDV pris pour le 30/11. Pourtant, il ne me semble pas qu'il y ait eu un quelconque câble de tiré entre la rue et le poteau en limite de propriété. Mais bon, j'étais absent cette semaine et Orange ont peut-être travaillé dans le quartier et ont fait le boulot. Réponse à mon retour dimanche et surtout le 30 avec le tech de Free. Hormis la nouvelle IP et la demande de full stack qui s'en suit, as-tu des conseils à me donner pour bien préparer l'opération ?

Perso, je ne recommande pas une migration des disques d'un modèle J vers un modèle + car cela revient à importer les limitations du J. Entre autre, et non des moindres, le format de fichiers EXT4 alors que le + peut supporter le BTRFS. Si vous n'avez pas de 8To en réserve, je vous conseille de faire tout d'abord une mise à jour de vos sauvegardes. Vous retirez un seul disque du J que vous installez dans le +. Vous faite l'installation de DSM mais au lieu de faire la migration, vous détruisez le volume existant pour en recréer un nouveau. Vous installez les paquets dont vous avez besoin, puis vous restaurez vos sauvegardes sur le +. Une fois que le NAS est opérationnel, vous récupérez le deuxième disque du J que vous introduisez dans le +. Il ne restera plus qu'à lancer une augmentation de volume pour intégrer ce disque dans le groupe existant. Attention, cette procédure n'est valable que si les disques du J sont sur un seul groupe en RAID1 ou en SHR avec protection des données. Sinon, il va falloir passer par une autre méthode. Autre remarque sur ce qu'à proposé @firlin, Synology migration assistant n'est pas la bonne solution car là aussi il n'est pas possible de basculer de EXT4 vers BTRFS.

Bonjour, Tout d'abord, CloudStation n'est plus supporté par Synology depuis quelques années, et à moins d'avoir un NAS assez ancien qui n'est pas compatible avec DSM6.x, il faut passer à Synology Drive. Pour les deux paquets, le fonctionnement est le même pour les dossiers partagés. Il faut d'abord que les clients aient les droits sur le dossier. Ensuite, il faut inclure ce dossier dans la gestion du paquet. Ca se trouve dans la console d'administration de CloudStation ou Drive sous le nom "Dossiers de l'équipe". Une fois que c'est fait, chaque client du paquet qui a les droits sur le dossier peut créer une synchro sur le dossier, de la même manière que pour son dossier personnel.

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.