Mic13710

Vous ne nous dites pas de quel nas il s'agit. Ensuite, cela dépend de ce qui tourne sur le NAS. Si ce n'est pas un soucis au niveau des FPS et de la résolution, c'est peut-être que vous n'utilisez pas le nouveau client surveillance station dédié. Ce nouveau client est en effet infiniment plus rapide et plus fluide que l'ancienne version html.

Services de fichiers - Win/Mac/NFS - Groupe de travail

Je vous ai donné la solution il me semble.

La solution répéteur/switch est la plus viable à mon sens. Il est toujours préférable de séparer les fonctions. Dans la solution 2 non seulement ce sera moins efficace, mais si le nas est déconnecté, vous perdez votre liaison.

Vous ne pouvez pas installer un câble ethernet entre le RDC et l'étage ?

Pas safe du tout ! @Poupidou comment voulez vous que ça fonctionne si vous redirigez le port 80 à la fois vers le 80 et le 5000 du NAS. Par ailleurs, on évite de se connecter en http. Connexion de l'extérieur en https. Je vous conseille vivement de faire un petit tour du côté du forum des Tutorials et surtout sur le premier post : Sécuriser les accès à son Nas

Avez-vous fait les redirections de ports dans le routeur ?

Une copie est datée au moment de la copie. Un déplacement garde la date du fichier d'origine.

Rien à voir effectivement. C'est seulement le format des disques qui n'est pas compatible. Les monobaies sont en basic pur alors que les multibaies sont en RAID (mdadm) ou en SHR (mdadm + lvm2), et ce quel que soit le type de volume choisi.

Gaëtan en avait effectivement parlé. Ceci dit, ce n'est sans doute pas aussi simple qu'il n'y parait car ça a aussi un impact sur la manière dont doivent travailler les paquets, notamment Cloud Station, Hyperbackup, les poubelles etc...

par exemple ici : http://www.nas-forum.com/forum/topic/56277-3-to-je-rajoute-3-to-et-puis-que-faire/

Il est impossible de migrer d'un NAS monobaie vers un multibaie. Il faut refaire une installation complète. Vous pouvez toutefois recharger le fichier de configuration du 114 vers le 716.

Votre RAID est toujours actif sur la partition md2. Il faut passer les commandes mdadm,

Version: 6.0.3-8754 (2017/05/02) Important Note The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly. This update will restart your Synology NAS. What's New in DSM 6.0.3 Supports scheduled RAID data scrubbing. Fixed Issues Improved the procedure for creating/deleting SSD cache. Fixed an issue where the system might fail to enter the hibernation mode in the IPv6 environment. Fixed an issue where login history might not display properly in Log Center. Fixed an issue where Let’s Encrypt CA (Certificate Authority) could not be updated after setting up proxy. Fixed an issue where gofile.me sharing links could not be accessed via Firefox. Fixed an issue where deleted files might still be indexed from the Recycle Bin in a shared folder. Fixed an issue where file indexing might be inaccurate after renaming a shared folder. Fixed an issue where uploading files via Firefox 52.0 might fail.

Pour commencer, la taille des disques et bien faible au regard de ce qui se monte en ce moment. Les 3 et 4To sont pour ainsi dire le minimum. Avec des 1To, vous serez très vite au bout de la capacité dispo, surtout si vous utilisez le versionning du Cloud. Je vous recommande de faire du SHR avec protection des données (équivalent RAID5). C'est l'installation par défaut sur les NAS Synology. Ainsi vous aurez un stockage total de 3To avec tolérance de panne d'un disque.

@dardevil91 n'est-ce pas un peu beaucoup complètement hors sujet ? Votre question doit faire l'objet d'un sujet dédié.

Oui. Il fallait choisir la création d'un nouveau volume et non pas l'augmentation du volume existant. Vous auriez dû attendre encore un peu ou tout simplement lire le guide de l'utilisateur. Maintenant, vous ne pouvez pas officiellement revenir en arrière. Il exister cependant une solution pour casser le RAID que vous trouverez sur le site de Gaëtan Cambier. A n'appliquer que lorsque le processus en cours sera terminé !

@Firion74 c'est le versionning qui donne un facteur 2. Sans, la place occupée par les dossiers CS est à peine supérieure à un facteur 1. Le problème de @Vivian est effectivement dû au versionning, mais comme le dossier de suivi CS garde en mémoire tous les fichiers qui y sont et de ceux qui n'y sont plus, il a vite fait de grossir, ce qui explique les 1.9To.

Presque bon. Ce n'est pas compliqué de passer d'un RAID1 à un RAID5. La procédure est le même que pour du SHR. Après, c'est à vous de voir ce qui vous convient le mieux. Oui Oui Oui et non. Les paramètres des paquets sont "probablement" sur la partie système pour les plus importants. Mais il y a aussi beaucoup de dossiers que vous ne voyez pas (puisqu'ils sont cachés) et qui se trouvent sur le volume et qui sont donc supprimés à la suppression du volume. Il est difficile (en tout cas pour moi) de savoir où sont précisément les réglages des paquets entre la partie DSM et les dossiers cachés. Et non, la partie système (comme le swap) n'est pas uniquement sur le disque 1. Elle est sur tous les disques du NAS et fonctionne en RAID1.

Sur un NAS 2 baies, il n'y a aucun apport avec le SHR. Dans ce type de NAS, RAID1 ou SHR : c'est la même chose. Pour que le SHR puisse exploiter des disques de capacités différentes, il faut au moins 2 disques de même capacité. Si un seul disque, la capacité supplémentaire ne peut pas être utilisée. Le SHR n'est intéressant qu'à partir de 3 disques et plus. Voir Hyperbackup Les disques ont 3 partitions : 1 pour le système (DSM) 1 pour le swap linux 1 pour les données Quand on supprime un volume unique, on supprime ce qui se trouve sur la partition des données. Le NAS continue de fonctionner sur la partition système.

Je pense que le problème vient du fait que le 1813+ n'est pas compatible btrfs avec la 6.0. Il faut probablement passer à la 6.1 qui comme tu le fais remarquer n'est pas encore bien au point. Choix Cornélien. Edit : C'est d'ailleurs indiqué dans les releases notes : What’s New in DSM 6.1 Official Extended Btrfs File System Coverage Btrfs file system is now available on more Synology NAS models. Enjoy the powerful features of the next-generation file system. Applied models: 17-series: RS3617xs+, RS3617xs, RS3617RPxs, DS3617xs 16-series: RS18016xs+, RS2416+, RS2416RP+, DS916+, DS416play, DS716+II, DS716+, DS216+II, DS216+ 15-series: RC18015xs+, DS3615xs, DS2415+, DS1815+, DS1515+, RS815+, RS815RP+, DS415+ 14-series: RS3614xs+, RS3614xs, RS3614RPxs, RS814RP+, RS814+, RS2414RP+, RS2414+ 13-series: RS10613xs+, RS3413xs+, DS1813+, DS1513+, DS713+, DS2413+ 12-series: DS3612xs, RS3412xs, RS3412RPxs, RS2212+, RS2212RP+, DS1812+, DS1512+, RS812+, RS812RP+, DS412+ 11-series: DS3611xs, RS3411xs, RS3411RPxs, Sous la 6.0, il n'y avait que les séries 15, 16 et 17.

Le disque en basic est en fait un RAID monodisque. Il suffit simplement de mettre un deuxième disque au moins de même capacité que le premier et de choisir l'augmentation de volume dans le gestionnaire de stockage. Si le disque en place est noté "basic" dans le gestionnaire, l'augmentation de volume va créer un RAID1. Si le disque est en SHR sans protection des données, l'augmentation va créer un SHR avec protection des données. Dans les 2 cas, la capacité de stockage ne variera pas. Mais vous ne pouvez pas passer d'un RAID classique vers un SHR et inversement. Le choix de l'un ou l'autre se fait à la création du groupe de disque. Non Elles seront en partie perdues. Toutes celles concernant les réglages réseau et les réglages propres à DSM seront conservées. Tous les paramètres utilisateurs et dossiers partagés sur ce volume seront perdus. Principalement les paramètres des paquets qu'il faut sauvegarder à part. Il y aura quelques réglages à reprendre (je ne sais pas lesquels) mais le principal est préservé.

Vrai pour du RAID0, pas tout à fait sur un JBOD où on peut récupérer les données du ou des disques encore sain(s). Mais c'est très aléatoire et le résultat est décevant la plupart du temps.

Pour moi ce n'est pas clair du tout. Si 2 disques ont cramé, sur un SHR les données sont perdues. Il faut alors repartir de zéro. Et remplacer 3 disques d'un coup, comme le dit Einsteinium, les données sont perdues aussi. Par contre, si les données sont toujours là, on ne fait JAMAIS un remplacement simultané. C'est toujours un disque après l'autre, le disque suivant étant remplacé APRES que la reconstruction du SHR soit terminée.

On peut créer plusieurs groupes de disques et chaque groupe peut être organisé selon ses besoins. Vous pouvez faire 2 RAID1 si vous le souhaitez, 4 disques en basic, 2 JBOD, etc.... Néanmoins, je ne vous recommande pas de faire un JBOD et un RAID1 sur un NAS de 4 disques. Si vous avez par exemple 4 disques de 4To : 1 RAID1 plus un JBOD vous donnera une capacité de stockage de 12To sur 2 volumes 1 RAID5 avec les 4 disques vous donnera aussi 12To sur un volume Dans le premier cas vous pouvez perdre un disque mais uniquement sur le RAID1 alors que dans le deuxième cas vous pouvez perdre un disque sur les quatre sans perte de données. Le meilleur choix va clairement pour la deuxième solution.