Mic13710

A mon avis (comme celui de Fenrir et de beaucoup d'autres), il est préférable de faire des réservations dans le routeur et de laisser les équipements en DHCP. Fixer l'IP au niveau de l'équipement n'est pas une bonne pratique car rien ne garanti que l'adresse ne sera pas attribuée à un nouvel équipement qui se connecterait au réseau alors que celui qui est sensé avoir cette adresse est éteint ou déconnecté du réseau. De plus, en cas de changement de plage d'ip, le changement d'IP sera automatique alors que si l'IP est fixe il sera alors nécessaire de procéder à un reset du nas en l’occurrence.

Personne n'a une tite idée ?

Nulle part dans le fil dont vous faite référence il n'est question de ligne de commande pour passer d'un ext4 à un btrfs. Il s'agit simplement de supprimer le volume existant (ce qui, de facto, détruit les donnés) pour en recréer un nouveau en btrfs. Tout ceci se fait à partir de DSM. Je rejoins tout à fait firlin quant au fait qu'il eu été préférable de repartir sur une installation neuve plutôt que de faire une migration, car si ça a l'air simple sur le papier, il peut y avoir des imprévus comme ceux que vous subissez et surtout on se trimbale les limitations du NAS d'origine (ext4, limitation de taille de volume etc..) Et si vous n'aviez pas de disque neuf, vous pouviez commencer par sortir un des disques du NAS d'origine, le formater puis l'installer dans le nouveau pour faire une installation neuve. Transfert des paramètres et des données de NAS à NAS et pour finir, montage du disque restant de l'ancien NAS dans le nouveau pour construire le SHR. Si vous voulez revenir en arrière, vous pouvez tenter l'opération inverse : remonter un seul des deux disques dans le 214 et tenter la migration. Vous verrez si vous retrouvez toutes les fonctionnalités perdues. Si c'est le cas, vous refaite une installation propre sur le nouveau NAS avec vos nouveaux disques. Mais j'ai bien peur que cela ne change rien côté Mail Station.

Oula non ! Il n'y a pas de méthode pour migrer d'un raid classique vers un shr et vice versa. La seule migration que propose Cambier c'est du shr vers shr2. Mais ce n'est plus utile puisque DSM intègre maintenant cette possibilité.

Plus simple : monter des lecteurs distants à partir de file station. Il suffit ensuite de transférer les données pour ne par perdre les métadonnées.

Ce n'est certainement pas à moi de m'en préoccuper, mais plutôt à vous. Ce que j'en disais c'est simplement que vos sauvegardes sont là pour palier une problème lors de la migration ce qui permet de ne pas s'inquiéter de perte de données.

Ah bon ? C'est bien la première fois que j'entends que les disques peuvent "péter" lors d'une migration ! Vous avez des éléments tangibles ? Et puis normalement, vous devriez avoir des sauvegardes de vos données, donc en cas de problème, vous serez toujours à même de retrouver vos données à partir de vos sauvegardes. La seule vrai difficulté sera de mettre à jour le DSM soit sur le NAS si vos disques sont avec un DSM plus récent, soit sur les disques si c'est le NAS qui a une version plus récente.

Salut à tous, Je suis à la recherche d'une solution de création et de gestion des liens partagés. Je m'explique. Dans file station, on a la possibilité de créer des liens de partage pour permettre le téléchargement de fichiers et dossiers à des tiers. Lorsqu'il n'y a que quelques liens, le suivi est relativement simple. Mais dès qu'on dépasse une à plusieurs centaine(s) de liens, il devient impossible de s'y retrouver rapidement car il n'y a aucun moyen de recherche dans le gestionnaire des liens. Pour ma part il s'agit de tout un dossier partagé pour lequel je souhaite créer des liens pour tous les répertoires les sous-répertoires et bien entendu tous les fichiers, ce qui représente entre 800 et 1000 liens. J'ai pour le moment créé un petit fichier excel sur lequel pour chaque chemin j'ai enregistré le lien correspondant. Mais c'est assez long et fastidieux à faire, et contraignant à maintenir car s'agissant de documentations de matériels, c'est appelé à évoluer avec des rajouts ou suppressions qu'il faut à la fois gérer dans le gestionnaire et dans le fichier Excel. Je suis donc à la recherche d'une appli tout en un sous DSM ou même Docker qui permette à la fois de créer et de gérer intelligemment les liens partagés. Est-ce que quelqu'un connait un outil capable de gérer des liens partagés ? Et si quelqu'un sait où sont stockés ces liens sur le NAS, je serais intéressé car je souhaiterais mettre en place une sauvegarde pour ne pas avoir à tout recréer en cas de problème sur le NAS.

Que l'onduleur soit fortement recommandé avec un nas multibaie en RAID ou SHR avec protection de données, c'est une certitude. Et pour les modèles, comme le dit Einsteinium, il y a un très gros sujet ouvert depuis des années qui traite du sujet (onduleurs compatibles)

Le message semble assez clair : il y a des secteurs défectueux sur le disque, ce qui a semble t'il provoqué des erreurs d'E/S. Que disent les tests smart étendus ?

Effectivement, le déroulement des posts ont démontré que vous maitrisiez totalement le sujet Excusez-moi si j'ai donné l'impression de comprendre le contraire. Et surtout ne remerciez personne. J'oublie parfois il est vrai que les bénévoles que nous sommes tous ne sont là que pour répondre aux questions. Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème.

Qui a réussi a faire fonctionner le serveur DNS avec une livebox play tout en gardant le wifi et le boitier TV fonctionnels ? J'ai bien essayé de laisser le serveur DHCP de la box opérationnel sur une plage limitée et d'utiliser le DHCP du NAS sur la plage restante comme c'est indiqué dans l'un des posts, mais, comme il fallait s'y attendre, ça ne fonctionne pas et j'ai été obligé de faire un double reset du NAS pour retrouver la main.

Essayez avec Webdav Très très mauvaise idée que de laisser le port 5000 (http) ouvert vers l'extérieur.

Premièrement, vous incriminez le NAS et son fabricant, sans vous poser la question de savoir si le problème n'est pas dû à vos disques. Perso, je pencherais plutôt vers cette direction. Ce n'est pas parce que vos disques fonctionnaient sur le raid précédents qu'ils sont bons pour le service. Que donnent les tests SMART étendus ? Deuxièmement, le NAS n'est certainement pas la solution ultime et comme pour tout stockage, vous avez vos sauvegardes à jour. Donc, la question de perte des données ne devrait pas se poser. Je me trompe ? Troisièmement, si je me trompe pour le deuxièmement, vos données sont toujours accessible même pendant la reconstruction. Rien ne vous interdit de mettre à jour (faire) vos sauvegardes pour repartir de zéro si c'est ce qui semble être votre solution. Enfin, vous pouvez toujours contacter le support pour voir avec eux s'ils peuvent solutionner votre problème.

Vous faites bien évidemment comme vous le voulez. Mais le fonctionnement que j'ai décris c'est très exactement celui du SHR et il n'y a absolument rien d'anormal d'avoir plusieurs RAID qui cohabitent. Vous résonnez en terme de RAID classique alors que votre NAS est en SHR.

Pour compléter, la règle 10.0.0.0 c'est pour les VPN. Mais pour en revenir au sujet de départ, ce ne sont certainement pas ces règles qui sont à l'origine des attaques, mais les suivantes, celles qui concernent les IP publiques. Et tant que nous n'aurons pas de copie d'écran du parefeu, il ne sert à rien de continuer à discuter dans le vide.

Encore une fois, votre RAID1 d'origine n'est pas un raid classique mais un SHR. Le SHR permet de faire cohabiter plusieurs types de RAID au sein d'un même groupe de disques. Par exemple, si vous avez 2 disques de 2To et 2 disques de 4To, le SHR va construire un RAID5 sur 2To de tous les disques et un RAID1 sur les 2To restants des 2 disques de 4To. Dans votre cas, vous avez créé un RAID1 sur des disques plus petits que vous avez remplacé par des 4To. Le SHR a construit un RAID1 (md4) sur vos 2 premiers disques, puis à construit un autre RAID1 (md5) sur la capacité supplémentaire des 2 disques de 4To. Et en rajoutant vos 2 disques de 4To, le SHR tente maintenant de modifier vos 2 RAID1 (md4 et md5) en 2 RAID5.

Ce n'est pourtant pas difficile à comprendre mais je n'ai peut-être pas été assez clair dans mon tout premier post. Vous ne pouvez pas avoir 2 équipements avec la même IP à l'intérieur d'un même réseau. Lorsque vous vous connectez en VPN, votre PC est relié à la fois à votre réseau local et au réseau distant. Si vous voulez atteindre un équipement du réseau distant qui porte la même IP que celle d'un équipement local, vous n'aurez aucune chance de l'atteindre puisque c'est le local qui répondra toujours en premier. Il est donc IMPERATIF que les plages d'adresses soient différentes pour ne pas avoir de conflit.

Généralement l'erreur 38 signifie que le NAS n'arrive pas à communiquer avec le disque. Il se peut aussi que le DSM installé ne reconnaisse pas les disques de 2To. Tout dépend si le précédent propriétaire à fait les maj. Voir aussi du côté de la batterie interne (pile bouton) qui est peut-être (surement) en fin de vie. Ce n'est pas parce que l'alim sort 12V qu'elle est capable de supporter la charge.

Et moi je vous garanti que ce volume a été augmenté par le passé (plusieurs partitions de données). Je ne comprends pas pourquoi vous parlez de 4 x 2To alors que plus haut : Je ne vois pas non plus de 0.5To à l'horizon. Que le volume fasse 3.64To ne signifie en rien qu'il n'est pas constitué de plusieurs RAID. C'est le principe même du SHR.

Désolé pour le / manquant. Je suis allé un peu vite. Je vois que vous aviez fait une première augmentation de votre volume1 (1.5To à 4To ?) Bref, l'augmentation du md5 est bien finie, par contre le md4 a beaucoup de mal et on voit bien qu'il est reparti pour un tour. Il faut attendre la fin du processus pour voir si le NAS déclare un des disques en panne.

Comment sont organisés vos disques, SHR avec ou sans protection des données ? OK, vu dans votre présentation, vous êtes en RAID1. Vous mettez d'abord vos sauvegardes à jour. Il suffit ensuite de sortir un des disques et de le remplacer par un 10To. Vous lancez la reconstruction du RAID (gestionnaire de stockage). Une fois que c'est fait (quelques heures) vous vérifiez que tout est normal. Si c'est OK, vous faite de même avec l'autre 3To. A la fin, vous aurez sans doute à étendre le RAID (bouton gérer).

http://www.nas-forum.com/forum/forum/164-installation-démarrage-et-configuration/

@Sam La Chaux bienvenu dans la communauté. Ici c'est uniquement pour les présentations. Si vous avez des questions, posez les dans les forums appropriés.

Toutes les règles en 10, 172 et 192 sont des IP privées que vous ne retrouverez nulle part ailleurs que sur votre propre réseau. Ces règles autorisent tous les trafics sans restriction sur votre réseau privé. Si vous avez des attaques, ce ne sont pas vers ces règles qu'il faut regardez mais les suivantes, celles qui vous protègent des attaques externes. Plutôt que de discuter des heures, postez une capture de votre parefeu, on ira beaucoup plus vite.