Mic13710

Vous montez simplement vos disques dans les mêmes emplacements que précédemment (ne pas les inverser, très important) et vous suivez la procédure de migration. Synology Assistant devrait vous indiquer que vos disques sont migrables. Il lancera alors l'installation du DSM. En cas de doute, vous avez aussi l'option de n'installer qu'un seul disque et de garder l'autre au chaud au cas ou. Si tout se passe bien, vous pourrez installer le deuxième disque après que tout soit à nouveau opérationnel pour reconstruire le raid. En terme de performances, le play se rapproche plutôt du +. Le 216 est effectivement un peu en dessous. Mais c'est tout de même un très bon nas, meilleur en tout cas que le 216J. Pas d'avis sur plex, je ne l'utilise pas.

Peut-être un blocage d'IP par le pare-feu. Comment communiquent le popcorn (je ne connais pas) et le marantz (réseau ou câblage classique) ? Sur mon Marantz connecté en ethernet, j'accède au nas via le Music Server. Je suppose que c'est similaire sur le na11.

Le 216J a un cpu double coeur. Le 212J est simple coeur. Si vous faites tourner plex, c'est effectivement très gourmand. Un modèle J n'est pas à la hauteur de la tâche. Il va falloir vous tourner vers un modèle bien plus puissant. Je ne peux guère vous conseiller car je ne l'utilise pas. Si vous n'avez pas besoin de transcodage, oubliez le play. Pour un prix équivalent, penchez plutôt pour un 216+ bien plus performant et qui offre la possibilité du format btfrs pour les disques. A voir s'il peut faire tourner plex. Néanmoins, si vous faite une migration directe de vos disques (ce qui me semble être l'option la plus simple pour vous) vous ne pourrez pas profiter du btfrs car ils sont en ext4 et qu'il n'y a pas de passerelle officielle entre les deux formats.

Désolé, mais je n'ai pas de solution à proposer. A mon sens, ce n'est pas du côté des paquets Synology qu'il faut regarder. Il faut creuser du côté des solutions externes, mais cela nécessitera un PC dédié, et engendrera aussi des lenteurs dans les transferts de données, les Syno n'étant alors que des unités de stockages. Edit : Sans doute que @Fenrir ou @gaetan.cambier ou d'autres ont des solutions à proposer.

DS utilise en principe le 5000 qui est le port par défaut du NAS. Je ne crois pas qu'il soit modifiable autrement qu'en modifiant le 5000 par un autre port, mais ça ne résout pas votre problème. Le plus simple je pense, c'est de créer un compte utilisateur pour lequel vous ne donnez que les droits pour DS. Il faudra néanmoins ouvrir le 5000 (ou le port que vous avez programmé) pour y accéder à distance via DSM.

En natif, je ne crois pas que les dernières versions des paquets de sauvegarde de nos nas soient capables de faire ça. Ceux sous DSM5.2 ne pouvaient pas faire ce type de manip. On peut certes spécifier une date pour une tâche de sauvegarde et demander que les fichiers qui ne sont pas sur le serveur soient supprimés sur le client, mais la suppression des fichiers serveurs n'est pas au programme des réjouissances. Ce serait d'ailleurs dangereux car si la sauvegarde se déroule mal, il peut y avoir quelques surprises quant au résultat final. Il est fort possible qu'il y ait des logiciels dans le monde windows ou mac ou linux qui le font, mais je n'en connais pas. Ceci dit, c'est une drôle de politique de sauvegarde qui n'en n'est pas une. Une sauvegarde c'est une copie des données à un instant T qui est conservée sur un autre support dans un autre lieu. Je suppose que vous voulez plutôt parler d'archivage, ce qui n'est pas tout à fait la même chose puisqu'une archive est figée (elle n'a pas besoin de mise à jour contrairement à une sauvegarde). D'où ma question : Pourquoi diviser en 2 les données de l'entreprise et ne pas plutôt tout mettre sur un NAS, le second étant utilisé pour faire une vraie sauvegarde ?

Je pense que le mieux serait de contacter le support.

Au risque de me répéter, avant de déclarer que le NAS est HS, ce serait bien de le tester à partir d'un autre disque. Un vieux 500Go ou moins peut faire l'affaire, le but étant de refaire une installation à partir de zéro. Si pas de disque de dispo, essayer de voir si le NAS sans les disques est détecté par Synology Assistant (mais je ne suis pas sûr que ça puisse marcher sans disque). Dans quelles circonstances le cpu de votre 212J était à la ramasse ? Si c'est uniquement pendant les indexations, c'est une situation transitoire qui ne justifie pas forcément de taper dans la gamme supérieure.

Vus les différents tests effectués, je crains malheureusement que la carte réseau soit hs. Comme elle fait partie intégrante de la CM, elle n'est pas remplaçable sans changer l'ensemble. Le support Syno ne pourra rien faire non plus puisqu'il leur faut une connexion valide pour pouvoir agir. Par acquis de conscience, si vous avez un disque dur qui traine, vous sortez vos disques (en repérant bien leur emplacement c'est important) et vous montez un autre disque sur lequel vous tentez de faire une installation neuve.

De quel modèle de NAS s'agit-il ? Comment sont montés les disques (basic, raid, shr) ? Est-ce que les voyants des disques sont allumés ? Est-ce que la diode bleu est fixe ?

Un fichier, qu'il soit corrompu ou pas, reste un fichier. Il sera synchronisé de la même manière sur le serveur et les clients. On parle bien ici de fichier corrompu, cad qui n'est plus utilisable par l'application ou le programme auquel il est lié, et non de fichier vérolé car dans ce cas, c'est l'antivirus qui agira. Si l'antivirus supprime le fichier du client ou le met en quarantaine dans un dossier spécifique hors cloud, il sera supprimé sur tous les cloud. Mais fort heureusement, CS permet de revenir à une version antérieure, à condition bien entendu qu'un certain nombre de versions soit paramétré.

1 - Etes-vous sûr d'avoir donné le bon mdp ? Est-ce que l'url est correcte (https://smsapi.free-mobile.fr/sendmsg?user=USER&pass=PASS&pn=PN&msg=Hello+world!) ? 2 - Il est possible que les dossiers cachés des applis ne soient pas correctement supprimés où que DSM garde des traces d'anciennes installations. A partir du moment où les paquets sont supprimés, les dossiers @xxxxxx sont orphelins et donc inactifs. Excepté la place occupée sur le disque probablement infinitésimale (la suppression du paquet entraine normalement l'effacement des contenus), ces dossiers n'ont en principe aucune incidence sur le fonctionnement du NAS. Vous pouvez les laisser.

Tout dépend de ce que vous en attendez et de la charge que vous voulez alimenter. Un onduleur est en effet indispensable avec un raid ou shr. Je vous conseille de voir du côté des onduleurs compatibles pour votre NAS. Cette liste est très restreinte car le 916 étant récent, tous les onduleurs n'ont pas encore été testés. Néanmoins, les autres modèles compatibles avec les autres NAS devraient fonctionner sans problème. Chaque constructeur propose un calculateur sur son site pour déterminer la puissance nécessaire. APC et Eaton sont de bonnes marques, mais il y en a d'autres.

Salut catimini. Pas glop, d'abord parce qu'il s'agit d'un jbod et non d'un shr, et qu'ensuite il n'est pas possible de migrer de ext4 en btrfs.

Je ne vois pas de meilleure méthode car il faut impérativement commencer par les disques les plus petits pour pouvoir faire évoluer le SHR. 2, 4 et 4 vont vous donner 6To de stockage qui seront suffisants pour vos données actuelles. Néanmoins, le rajout du 6To ne vous donnera qu'un volume de 10To et donc 2To non utilisés. Vous pourrez à terme remplacer le 2To par un 6To pour faire évoluer votre stockage de 10 à 14To.

Sous DSM5.2, c'est dans le panneau de configuration, menu sécurité, onglet blocage auto, bouton autoriser/bloquer la liste, onglet liste des blocages. Il est possible que ce soit légèrement différent sous DSM6.

Vous pouvez sans problème rajouter un disque à un groupe existant. Seule contrainte concernant la taille : le disque doit être au moins équivalent au disque le plus petit du groupe pour un raid classique, au plus gros pour un shr. Vous pouvez passer d'un raid5 à un raid6. Vous ne pouvez pas revenir en arrière (l'évolution se fait toujours vers le raid supérieur). Par contre, vous ne pouvez pas passer d'un SHR (equiv. raid5) à un SHR2 (equiv raid6). De même il n'est pas possible de passer d'un raid classique vers un shr. L'inverse n'est pas possible non plus. Le choix entre raid classique et shr se fait au montage du groupe. Le shr est le mode installé par défaut. Je ne vous conseille pas de faire du raid6. Ce type de montage se justifie plutôt sur des groupes de 8 disques et plus. Sur un nas 5 baies, un raid5 et plus approprié. Je vous conseille plutôt le shr pour sa souplesse car il vous permet de faire évoluer pas à pas la taille de votre stockage, alors que le raid classique nécessite de remplacer tous les disques.

Soit un spare, soit un RAID5 à 5 disques ce qui vous donnerait avec des 4To 16To de stockage, soit un RAID6 (ou SHR2) qui vous autorise 2 pannes de disques avec 12To de stockage. En tout état de cause, il faudra mettre en place une bonne sauvegarde, au moins des données les plus importantes. Un 1515+ n'est pas plus ou moins sûr qu'un 415+. C'est juste qu'il y a une baie de plus et qu'on peut créer un groupe de 15 disques en adjoignant 2 extensions DX513. WD/Seagate, Seagate/WD, la guerre est ouverte. Il y a des aficionados pour chacune des marques. Certains vous diront qu'il faut fuir les Seagate. Perso, j'ai des Seagate depuis la nuit des temps et je n'ai eu aucun problème. Maintenant, à lire les différents commentaires il semblerait que le SAV WD soit plus réactif que celui de Seagate. Je n'ai pas eu à l'essayer. Pour le choix de la marque, c'est un peu comme chacun le sent. Point important : vérifiez que vos disques soient approuvés pour le NAS que vous aurez choisi.

Je ne vois rien de bien spécial qui justifierait d'investir dans un modèle + ou PLAY. Néanmoins, je ne connais pas les besoins de Ligtroom, et il faudrait sans doute un peu plus de vélocité pour les fichiers raw s'ils sont volumineux. Quelques remarques : Pas besoin d'un play pour les photos. Le play c'est seulement pour le transcodage à la volée de fichiers vidéos. L'onduleur n'est certainement pas un petit plus mais un élément indispensable avec un RAID5 ou SHR. Un arrêt incontrôlé et c'est la panique dans les données. Il est impératif que le NAS soit arrêté proprement en cas de panne d'alimentation, à condition bien entendu que l'onduleur soit compatible. Les disques RED n'apportent absolument rien de plus que des GREEN ou des BLUE. Ce n'est que du marketing et le prétexte pour vendre des disques plus chers en compensant ce surcout par une garantie de 3 ans au lieu de 2. Au passage, comment voulez-vous finaliser une écriture en l’absence d'alimentation ? Evitez les 3To, toutes marques confondues : ce sont les plus fragiles.

Avez-vous essayé de nettoyer votre navigateur ? Avez-vous essayé en supprimant de l'adresse #fromDSM ? En le remplacant par #Albums ?

blocage d'ip je présume...

A réception de votre disque, vous faite l'installation standard. Votre disque sera automatiquement en SHR sans protection de donnée et normalement le volume sera formaté en btrfs. Je ne crois pas d'ailleurs que vous ayez le choix du format. Tenez-nous au courant.

A plat de couture ! Firewall pour quoi ? Si c'est pour le NAS, depuis ce poste il y en a un firewall très efficace intégré à DSM.

Là je crois que nous avons un super gagnant. Il prend la première place haut la main avec une sacré longueur d'avance C'est kramlech qui l'a trouvé.

Je le fais régulièrement en manuel via mon PC par ftp. J'ai créé un lecteur réseau connecté à ftp://freebox@hd1.freebox.fr/ Il suffit ensuite de couper ou copier les fichiers vers les dossiers mappé du NAS. Néanmoins, les fichiers verrouillés ne peuvent pas être transférés. Je suis toujours en V5 et peut-être que la V6 fonctionne différemment. Vous pouvez allez voir sur la faq de Free pour plus de renseignements.