Mic13710

Je ne crois pas non. Il arrive parfois que les paquets fraichement installés aient besoin d'un redémarrage du NAS. Il n'y a pas si longtemps, quelqu'un sur le forum a eu le même problème qui a été résolu avec un reboot.

Je t'avoue que je ne sais pas non plus si la permutation est possible. En tout cas, pour une migration d'un nas vers un autre, Synolgy demande de conserver l'ordre des disques, quoique le tuto date un peu (DSM 4.x), il est possible que la règle ait évolué. Si DSM sait maintenant retrouver ses petits, pourquoi pas essayer. Ceci étant dit, j'ai un peu l'impression qu'on élucubre dans le vide puisque testeur2 n'est plus revenu suite à son message de détresse. On aurait aimé savoir par exemple quel type de volume(s) il avait, basic, raid, shr ? On aurait pu aussi lui préconiser de faire un test smart étendu. Mais le film devait être ennuyeux, il est sorti avant l'entracte

Vous pouvez aussi tenter un "*.mondomaine.fr CNAME mondomaine.fr" * indique que tout sous domaine est renvoyé vers le domaine

Ce serait étrange que gandi bloque certains ports. Mon nom de domaine chez ovh me permet d'accéder à tous les ports qui sont ouverts sur ma fb. Que ce soit par monipfixe:monport ou mondnsfree:monport ou monomdedomaineovh:monport ça fonctionne. Et comme j'ai activé les alias pour file, audio, download, cam et video, les 3 accès fonctionnent exactement de la même manière avec undemes3acces:monport/alias/ Le nom de domaine n'a pas d'action sur les ports. C'est seulement une association d'un nom avec une ip publique. si vous avez correctement paramétré le A chez Gandi, vous devriez pouvoir accéder à votre fb directement et donc accéder au nas par n'importe quel port dirigé vers lui.

Salut Oooops! Je ne me rappelle plus comment j'avais créé mon RAID, mais les indications que j'ai dans mon gestionnaire me semblent cohérentes avec ce que j'ai physiquement : 1 groupe de disques qui apparait dans le menu groupe, et 1 volume en RAID1 qui apparait bien comme étant installé sur le Groupe 1. Que le groupe n’apparaisse pas n'est pas en soit un problème s'il n'y en a qu'un seul. Ce qui est plus déroutant c'est qu'il n' y ait pas d'info de groupe s'il y en a deux ou plus alors qu'ils existent physiquement. Après, ce n'est sans doute qu'informatif et donc sans incidence sur le fonctionnement.

Salut Oooops! Effectivement beaucoup de controverses sur le sujet. Pour moi, tout délais est trop court. Ce qui est plus surprenant c'est les 3750 reconnexions sur le disque 1, et 0 sur l'autre. Soit le disque a un problème, soit il est mal installé dans sa baie (mauvais contact), soit c'est le contrôleur de disque du nas qui coince.

Si vous choisissez un port différent des ports ultra connus, certainement que vous serez un peu mieux protégé puisque les hackeurs ne s'amusent pas à tester tous les ports de chaque IP. Ils se contentent de scanner les ports usuels car ce sont généralement ceux qui sont le moins bien protégés. Avec la fb, vous pouvez parfaitement diriger un port xxxxx vers le 5000 ou mieux vers le 5001 du NAS. Votre connexion pour la vidéo sera alors : http(s)://mondomaine.fr:xxxxx/video/ Le s bien entendu si vous optez pour le 5001 comme port de destination.

C'est tout de même la moindre des choses qu'une adresse correcte conduise au bon endroit ! Pour la video, c'est un peu différent. Tout dépend de vos paramètres dans le NAS et dans la box. Si vos alias sont fait, vous devriez y accéder en local sans problème avec 192.168.0.25/video Le problème c'est que si vous n'avez pas fait le routage du port 5000 externe vers le NAS, le routeur ne sait pas quoi faire de votre requête. Pour y accéder de l'extérieur, et à condition que les paramétrages des alias aient été fait dans le NAS, il faut indiquer l'url sous la forme : http(s)://mondomaine.fr:monport/video/ monport étant le portb que vous avez paramétré dans le routeur pour atteindre le port http(s) du NAS. Le s bien entendu si le port de destination est sécurisé.

Mouais... Etrange. Dès lors qu'il y a un groupe, il devrait apparaître dans le gestionnaire. En tout cas, je suis en RAID1 sur mon 214+ et j'ai bien un groupe1 qui est indiqué. Je pense que comme vous avez commencé avec un seul disque, il n'y avait pas de groupe au sens strict du terme, et donc cette info n'a pas été reportée au départ. L'extension que vous faite étant post installation, le groupe n'est pas forcément pris en considération. Mon 710+ est équipé de 2 disques en basic, et là effectivement les groupes n'apparaissent pas. Cependant, puisque vous avez un 412+, la question pourrait se poser si vous aviez opté pour 2 groupes de 2 volumes sur 2 disques. Quelle aurait été l'information reporté par le menu groupe sur le groupe existant et le nouveau ?

Quelle version de DSM avez-vous ? Il se peut que le paquet photostation soit en défaut. Il faudrait peut-être le désinstaller et le réinstaller. Je parle du pare-feu du NAS qui se trouve dans le menu sécurité. Regardez par hasard dans les blocages auto s'il n'y aurait pas une ip de bloquée. Il faudrait aussi consulter le journal des connexions (c'est dans le menu général) pour savoir si le nas reçoit bien la demande de connexion.

Deux pistes de recherche : - Regardez si vous n'auriez pas des blocages au niveau de votre pare-feu. Vous pouvez le désactiver pour le test. - Dans la Freebox, dirigez la DMZ vers le Syno et regardez si ça fonctionne. Attention : ce paramètre doit être supprimé sitôt le test effectué car tous les ports accessibles du syno sont ouverts vers l'extérieur ! Si c'est OK, c'est que vos directions de ports ne sont pas correctes.

Et en faisant FBIP/photo/ ?

Le est un port généraliste. Si vous ne précisez pas vers quel dossier vous voulez vous adresser, il vous envoi sur le bureau du DSM. Donc, quand vous faites 192.168.0.25/photo/ il s'adresse au port du Syno et demande l'accès au paquet photo. Il n'y a pas d'alias photo sur le Syno, justement parce qu'il est déjà sur un port commun. Les alias sont créé pour les paquets qui utilisent des ports différents. File station par exemple n'utilise pas le mais le http du DSM (5000 par défaut) ou un port spécifique (7000 par défaut). En créant un alias, on peut se connecter à file station via le port http du NAS, qu'on peut rediriger directement (sans indiquer le 5000) avec 192.168.0.25/file/ Mais cet alias retranscrira l'adresse exacte et utilisera le port http du DSM et pas le . Pour les accès extérieurs à photo station et autres, êtes vous sûr que mondomaine.fr pointe bien vers votre IP fixe ? Chez moi, j'ai deux noms, un dns chez free et un nom de domaine chez ovh. Les deux pointes vers mon IP fixe et que je tape mondnsfree/photo/ ou monnomdedomaineovh/photo/, j'ouvre bien photo station.

192.168.0.25/photo/ Pour info, les redirections de ports n'ont aucun effet sur votre réseau interne. C'est uniquement pour les accès de l'extérieur. Pour accès de l'extérieur : mondomaine.fr/photo/

Une fois que vous aurez sauvegardé vos données, vous pouvez tenter de supprimer les paquets et les réinstaller. Cependant, vu les manips hasardeuses que vous avez faites, il n'est pas dit qu'il n'y ait pas d'autres problèmes que vous risquez de découvrir plus tard. Il est sans aucun doute préférable de redémarrer sur un système propre. Et comme vous avez frisé la correctionnelle qui s'est transformée en simple avertissement (la justice informatique est parfois clémente), je suppose qu'il est inutile de vous inciter à mettre en place une vraie sauvegarde périodique ! Et enfin, dernier conseil : si vous n'avez pas encore d'onduleur compatible, c'est un investissement que je vous conseille vivement de faire. Je vous en ai expliqué la raison plus haut. Bonne continuation.

Apparemment, la solution que je vous avais proposé semble fonctionner. Tant mieux. Je n'ai pas dit que le RAID ou le SHR étaient à proscrire. Ce ne sont que des moyens de stockage et comme tout moyen de stockage, ils peuvent tomber en panne. Ils sont cependant plus sensibles aux perturbations que de simples disques et leur bête noire c'est l'arrêt incontrôlé qui peut générer des erreurs de parité, des corruptions de données, voire une perte totale du groupe de disque. C'est pour cette raison qu'il est très fortement recommandé d'alimenter les NAS comportant ces types de volumes avec un onduleur compatible. Et comme tout moyen de stockage (RAID, SHR, basic, dd externe, etc....) peut tomber en panne, la règle immuable et absolue est d'avoir un système de sauvegarde pour pouvoir récupérer ses données en cas de perte d'un ou plusieurs disques. Et donc vous faite une grosse erreur en pensant que le RAID vous met à l'abri de pertes de données. De plus, le RAID N'EST PAS UNE SAUVEGARDE ! On ne cesse de le répéter à longueur de discussion sur ce forum. Si vous effacer un fichier sur votre NAS, il est effacé sur tous les disques. S'il est corrompu, il l'est sur tous les disques. Si votre NAS brule dans un incendie, vous perdez toutes vos données. Cette erreur d'interprétation à propos du RAID à causé la perte définitive de données précieuses pour beaucoup d'intervenants sur ce forum. C'est ce qui a bien failli vous arriver. Mais après, chacun fait comme il l'entend.

Dois-je comprendre que vous n'avez pas de sauvegarde ??? Pour toute manipulation sur les disques et/ou le DSM, il est toujours recommandé en préambule de chaque tuto de faire une sauvegarde. Nul n'est à l'abri d'un soucis lors de ces manipulations. Vous venez d'en faire l'expérience. Mais indépendamment de ça, un NAS ne dispense absolument pas de faire des sauvegardes régulières, au moins pour les données essentielles. Et c'est d'autant plus important si vous êtes en SHR car les pannes sont plus fréquentes sur ce type de volume que sur des disques en basic. J'espère au moins que vous avez un onduleur compatible pour alimenter votre nas. En tout cas, je souhaite sincèrement que vous puissiez récupérer vos données.

Je ne connais pas de liste. C'est seulement la lecture du forum avec les nombreux retours de problèmes variés, dont certains assez graves, qui me font dire que ce n'est pas encore une version installable sur mon NAS. En tout cas, vous avez raison d'attendre le retour de Synology sur votre cas avant de poursuivre. Bonne continuation.

Ce n'est pas du tout normal. C'est peut-être un de plus dans la liste des nombreux bugs de cette nouvelle version. Vous pouvez consulter le site de démo de la 5.1 pour avoir une idée de ce que vous devriez avoir. Je suis toujours en 5.0 et je risque d'y rester encore un bon moment vu la multiplication des problèmes en tous genres de la 5.1. Je vais donc faire comme d'habitude : attendre au moins 2 correctifs et la certitude que la majorité des bugs ont été corrigés avant de me lancer. Je ne sais pas quoi vous proposer pour résoudre ce dysfonctionnement. Le mieux serait sans doute d'ouvrir un ticket chez Synology pour leur signaler le problème.

Est-ce que les boutons Créer ou Gérer de la page sont accessibles ? Edit : Quelle version de DSM ? Sur DSM 5.0, la page Volume devrait vous donner : Type de RAID : SHR (avec protection de données) Groupe de disques : Groupe de disques 1

C'est normal, vous n'aviez qu'un groupe de disque (1 seul disque), vous avez toujours un seul groupe mais de 2 disques cette fois, et vous terminerez avec un seul groupe. Il n'y aura pas de changement. Si vous voulez voir les disques individuellement, c'est dans le menu HDD/SSD Edit : vous avez bien un groupe indiqué (Groupe de disques 1) ?

Ils vont apparaitre dans les deux puisque vous n'avez qu'un seul volume sur le groupe. En fait, le groupe (ou grappe) correspond à l'ensemble des disques qui constituent le RAID ou SHR. Vous n'avez qu'un seul volume, mais vous pourriez très bien avoir plusieurs volumes sur un même groupe. Ces informations seraient alors données dans l'onglet volumes. Le choix entre volume simple ou multiples vous a été demandé à l'initialisation du NAS. Vous ne pouvez pas revenir sur ce choix. Dans le DSM, l'information donnée dans le groupe correspond à la capacité totale du RAID ou SHR, y compris les partitions DSM et SWAP. Les informations du volume correspondent elles à la capacité totale du volume (donc hors DSM et swap) et à la capacité utilisée.

Bien entendu cayou2000, c'est une évidence : sauvegarde complète de rigueur avant de commencer. Mais je suppose que notre ami a déjà une sauvegarde qu'il suffit de mettre à jour, ce qui permettra d'éviter toutes ces manipulations un peu compliquées Et puis à la relecture du poste de départ, c'est seulement de 3 disques dont il s'agit : 1 disque en place et 2 en complément.

Si votre disque est plus petit que le disque 1, le NAS ne peut pas l'associer et c'est sans doute pourquoi il a créé un volume 2. Si vous avez fait une installation par défaut de votre disque, vous avez obligatoirement un disque en SHR. L'info renvoyée par le DSM devrait-être basic ou shr sans protection de données. Si c'est un SHR, lorsque vous introduisez un disque de capacité au moins équivalente, le gestionnaire de volume doit vous laisser le choix soit d'augmenter au volume existant, soit de créer un nouveau volume. C'est bien évidemment la première option qu'il faut choisir. Attention, vous devez impérativement procéder un disque après l'autre ! Une fois le SHR construit sur 2 disques (quelques nombreuses heures), vous aurez la même capacité mais cette fois avec protection de données. Vous procédez de même avec le disque suivant : rajout au volume, construction du SHR sur 3 disques. Puis au quatrième disque. Patience de rigueur ! Si par contre vous avez opté pour un disque en basic à l'installation, il va falloir faire toute la procédure en manuel : Basic --> RAID1, construction du RAID, puis RAID1 --> RAID5 pour les disques suivants. Tout est expliqué dans l'aide de DSM sous l'intitulé "Modifier le type de RAID d'un volume ou d'un groupe de disque"

Je suppose que vous êtes en raid ou shr sur 4 disques et si je comprends bien, vous avez remplacé le disque 3 par l'ancien 4. Si c'est le cas, qu'est-ce qui a bien pu vous faire croire un seul instant que c'était le même que le 4 ? Est-ce que le nouveau 4 a été intégré à la grappe et fonctionnait avant ce remplacement malheureux ? Si c'était le cas, il fallait seulement remplacer le 3 par un disque neuf pour reconstruire le raid ! Bien que je doute que ça puisse résoudre le problème car les données sont vraisemblablement corrompues, avez-vous au moins essayé d'enlever le disque 3 et de redémarrer sur les 3 disques restants ? Dans le cas (improbable) ou ça fonctionnerait (raid ou shr sans protection de données), vous pourriez tenter de reprendre la procédure là où vous n'auriez jamais dû la quitter. Sinon, je ne suis pas sûr que des lignes de commandes sous ssh puissent résoudre votre problème qui n'est pas banal. Pour moi, votre raid est foutu et la seule solution serait de tout refaire à partir de vos sauvegardes. Attendre néanmoins l'avis des spécialistes Linux du forum pour des tentatives de la dernière chance. Mais je n'y crois guère.