Mic13710

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.

@PiwiLAbruti je ne l'utilise pas à titre personnel. J'ai eu l'occasion de l'utiliser dernièrement sur un site et c'est toujours de la daube pour se connecter. Une fois connecté, ça fonctionne pas trop mal bien que ce soit en deçà des performances d'une connexion traditionnelle. Ce n'est bien entendu que du ressenti, je n'ai pas fait de mesures de débit.

@Duke_fr, c'est assez aléatoire (parfois les serveurs ne répondent pas) et c'est lent. Mais s'agissant d'une synchro, il n'y a pas d'impératif temps ni de besoin d'une connexion permanente. Donc, ça devrait aller.

Non car vous aurez des conflits de groupes et de volumes, plus des conflits de DSM. Le mieux serait de migrer un des disques du 213J dans le 218, de détruire le groupe et d'en créer un nouveau. Vous installez Hyperbackup et hyperbackup vault sur les deux NAS. Vous sauvegardez les données et les applications du 213 sur le 218. Vous vérifiez l'intégrité de vos sauvegardes. Si ok, vous supprimez le groupe du 213J et vous en recréez un nouveau sur lequel vous installez hyperbackup qui va vous permettre de restaurez vos sauvegardes et de les retrouver à l'identique avec vos applications et la majorité de vos paramétrages actuels. Il ne vous restera alors qu'à formater le disque du 218 pour le monter sur le 213 et créer cette fois un nouveau groupe sur ce disque.

@Synologive, je n'ai pas d'autre solution à vous proposer. Il y a vraisemblablement un souci avec vos fichiers qu'il est difficile d'identifier sans y avoir accès. Je vous suggère de vous rapprocher du support à qui il faudra très certainement donner accès au NAS pour qu'il puisse analyser le problème.

@ludwig crowin en quoi cela concerne les NAS Synology ?

Je continue de penser que vous avez tout intérêt a faire votre sauvegarde avec Hyperbackup qui est orientée exclusivement Synology et donc plus à même de sauvegarder les paramétrages de vos applications. Il me semble même qu'il se charge lors de la restauration de réinstaller automatiquement les applications qui sont incluses dans la sauvegarde. Une sauvegarde classique ne sera pas capable de traiter vos applications. Vous avez un LUN sur un 218J ?

Mais à mon avis, vous avez tout intérêt à repartir d'une installation neuve avec vos 6To pour plusieurs raisons : Depuis DSM7.1 la taille de la partition système a été augmentée pour passer de 2.3Go à 6.7Go afin de pouvoir faire face aux évolutions futures. Cette partition n'est créée que sur les nouvelles installations. Elle n'est pas corrigée sur les anciennes et ne peut pas l'être. Ce qui signifie qu'à plus ou moins long terme, les 2.3Go deviendront trop petits et il va falloir recréer l'ensemble pour bénéficier de la nouvelle taille. Les mises à jour successives de DSM et des applis conduisent à des modifications qui sont plus ou moins bien intégrées dans le NAS. Il en résulte quelques dossiers orphelins qui trainent dans DSM. Et la plus importante à mes yeux c'est le passage de EXT4 à BTRFS. Si votre NAS est en EXT4, c'est le moment idéal pour basculer en BTRFS et ça ne peut se faire qu'en repartant d'un groupe neuf. Je vous conseille donc de sauvegarder vos données (avec Hyperbackup de préférence), de sortir vos disques de 1To que vous conservez dans l'ordre et bien au chaud pour pouvoir revenir en arrière au cas où. Vous installez la même version de DSM (si c'est du 7.1, conservez cette version) que celle de vos disques et vous refaite une installation complète à partir de vos sauvegardes.

Détrompez vous, il arrive malheureusement trop souvent que des disques arrivent défectueux suite à des manipulations plus ou moins soigneuses lors des transports. On en voit souvent sur ce site et les NAS sont particulièrement sensibles à la qualité des disques. D'où l'importance de les tester avant mise en service. Je me demande si votre problème ne serait pas lié aux tables d'allocations différentes entre des disques < 2To (MBR ou MSDos) et des disques >2To (GPT) et peut-être aussi à la taille des secteurs physiques/logiques qui sont en 4K/512 sur le gold et 512 sur le blue. Normalement, on peut associer des MBR et des GPT pour former des RAID logiciels. En revanche, j'ai un doute concernant les 4K/512 avec des 512. Ce qui est sûr, c'est que les 4K purs doivent être séparés des 512.

Le nouveau disque est compatible avec le 218. Est-ce que les disques de 1To sont issus de la migration d'un ancien NAS Synology, si oui, lequel ? Avez-vous testé les nouveaux disques avec au minimum le logiciel du constructeur avant de les monter dans le NAS ?

Non. C'est uniquement pour les disques ayant été précédemment initiés sur un NAS Synology que le formatage a une utilité. Si vous voulez de l'aide, il faudrait en dire plus sur les disques installés et les nouveaux (quels modèles).

On ne peut pas enlever des disques d'un groupe. Il faut mettre à jour vos sauvegardes, supprimer le groupe (ce qui supprime les données) et reconstruire en montant un groupe par disque. Vous restaurez ensuite vos sauvegardes.

Vous connectez (mappez) un lecteur réseau vers le dossier du NAS dans l'explorateur du PC. Vous pouvez le faire directement dans l'explorateur (menu connecter un lecteur réseau) ou via Synology Assistant

Non, la suppression du groupe supprime tous les paquets. Il vous faudra reprendre tous vos paramétrages. Je vous suggère de sauvegarder vos données en utilisant Hyperbackup qui assure aussi la sauvegarde des paramètres du NAS et des applications. A la réinstallation, vous réinstallez les paquets et la restauration se chargera de restituer, si ce n'est tout, au moins une grande partie des réglages.

En remplaçant le disque de 1To par un 2To. Attention de bien choisir un disque en technologie CMR ! Par contre, si le but est de conserver les disques et de pouvoir utiliser les 3To, pas d'autre option que de supprimer le groupe existant (ce qui supprime les données) et de reconstruire 1 groupe par disque. Dans ce cas, la perte d'un disque entrainera la perte des données du disque.Vous avez aussi la possibilité de construire un JBOD sur un seul groupe, mais à ce moment là, la perte d'un disque entraine la perte des données.

Que ce soit un reset 1 ou 2, les données ne sont pas touchées. Mais comme toute opération, il peut arriver qu'elle ne se déroule pas comme prévu, raison pour laquelle il est recommandé d'avoir des sauvegardes à jour au cas où. Si vous n'en avez pas, vous n'avez pas d'autre solution de toute façon pour reprendre le contrôle de votre NAS.

Bonjour @JmSil, soyez le bienvenu. Je suppose que vous avez des questions concernant votre stockage. Alors oui, il pourrait être amélioré. Mais ce n'est pas le lieu pour en parler 🙃

@PiwiLAbruti On peut faire plus court. Par exemple : "G 1 218Play" Clair, précis, minimaliste 😁 Heureusement que c'est un Play, ça fait quelques lettres de plus dans la présentation 🙃.

Non, il ne faut la lancer qu'une fois. Elle est ensuite intégrée au fichier ndd.conf pour les déploiements suivants.

Vous n'avez pas de chance. Perso, j'ai des NAS depuis 2007, j'en gère aussi un certain nombre dont beaucoup tournent depuis plus de dix ans 24/7 et je n'ai jamais eu de panne de bloc d'alim. Il faut dire aussi que la plupart sont alimentés par des UPS line interactive ce qui filtre pas mal les variations réseaux. Mais a voir les messages qui passent à ce sujet, j'ai l'impression que les blocs des 918/920 sont fragiles. Beaucoup de pannes avec ceux-ci. Il est fort possible qu'ils soient sous calibrés et augmenter leur capacité n'est pas une mauvaise idée.

OK @Lelolo, ils n'ont pas tout faut sauter les sauvages 🙃. Je ne vois toujours pas la finalité de cette suppression. Ce ne sont que des données brutes. Pas de manipulation particulière et développement très simple, d'autant que c'était existant. Franchement, c'est incompréhensible.

Elles sont aussi accessibles via ssh avec la commande smartctl -a /dev/sd(x) Mais quelle régression ! Je ne comprends pas l'objectif de cette démarche. Si c'est pour rendre le système de plus en plus fermé, c'est réussi. Je ne suis toujours pas passé à 7.2 mais est-ce que les tests SMART peuvent être toujours lancés via DSM avec cette dernière mouture ou bien faut-il passer via SSH ?

Si les utilisateurs ont accès à tout, je ne vois pas comment les copies peuvent être bloquées. Un moyen serait d'avoir des pc connectés uniquement sur le réseau interne (pas d'internet), sans ports de connexion autre que l'ethernet, disque dur chiffré (pour se prémunir des vols), des IP dédiées hors plage DHCP, accès au NAS autorisé aux seules IP des PC. Ce qui ne garanti pas l'inviolabilité des données. Il est possible par exemple de modifier une adresse MAC d'un PC pour emprunter une IP autorisée et se connecter au NAS. Et si les accès sont verrouillés, le plus simple serait alors de voler carrément le NAS.... Mais je suppose que vos "collaborateurs" doivent avoir accès aux données de l'extérieur ce qui exclue la notion de réseau confiné et de facto autorise la copie de tout fichier. En tout état de cause, le NAS ne vous apportera pas de solution à votre problème. Il s'agit là de sécurisation d'un réseau d'entreprise. Aussi je vous conseille de vous tourner plutôt vers des entreprises spécialisées dans ce domaine.

Peut-être alors faudrait-il tout reprendre. Désinstaller synology drive du client, vider complètement le dossier client et réinstaller le client pour refaire une synchro.