Mic13710

Dommage pour vous Bebel31 que ce message ne vous serve à rien. Pourtant, je pense que beaucoup auraient aimé savoir quelle a été la solution du support pour débloquer la situation, mais qui sait, c'est peut être secret. Désolé, je ne peux pas vous aider sur le coup, je n'utilise pas ce paquet. Vérifiez tout de même que votre NAS soit accessible de l'extérieur, et aussi, consultez le guide utilisateur, il y a peut-être la solution à votre problème.

Et en passant par SSH ou Telnet pour faire l'opération inverse, est-ce que ça ne marcherait pas ?

Non. Le formatage du disque n'est pas compatible avec un PC. Pour copier vers un autre NAS, il suffit de les mettre en réseau et de transférer les données de nas à nas. Edit : mais s'il s'agit d'augmenter la capacité de votre disque dans votre 112J, alors vous n'avez guère d'autre choix que de transférer vos données sur un PC (80Go, ça devrait pouvoir se caser sans problème), de sauvegarder votre fichier de configuration (pour ne pas avoir à tout reparamétrer) et de refaire l'installation avec un disque neuf.

Vous confondez. Quand on parle de volume dans un Syno, ça correspond au volume de stockage tel qu'il est vu dans File Station, Windows et autre OSX. Le volume peut être un Basic, un SHR, un JBOD, un RAID 0, 1, 5 etc.., peu importe son montage. Et pour vous, dans votre gestionnaire de stockage, vous avez bien un volume 1 contenant 2 disques physiques montés en SHR. Ensuite pour le fichier avec un @. Lorsque vous vous connectez au NAS en SSH, vous trouvez dans le répertoire racine du nas un certain nombre de dossiers dont un qui s'appelle volume1 qui est votre volume de stockage. Dans ce dossier, vous avez tous les dossiers que vous voyez dans File Station, plus d'autres dossiers dont le nom commence par un @. Si le dossier @CloudStation existe toujours, c'est là qu'il se trouve. Edit : Juste 2 précisions concernant CloudStation : Les fichiers ne doivent pas faire plus de 5Go et leur nom ne doit pas comporter de caractères spéciaux, ce qui peut-être le cas avec un MAC. Vérifiez bien que vos fichiers soient compatibles avec CS.

Sauf erreur de ma part, il n'y a pas d'arrêt du NAS, seulement le passage en mode sans échec. Le ou les NAS sont toujours alimentés mais les accès externes aux disques sont bloqués, le DSM continuant à fonctionner. Ils stoppent uniquement si l'onduleur s'arrête. Ce que je comprends, c'est que le serveur UPS continue à fonctionner et à envoyer sur le réseaux les infos qu'il reçoit de l'onduleur. De ce fait, je ne vois pas pourquoi un délais plus long sur le NAS secondaire ne fonctionnerait pas. D'ailleurs, si le secteur est rétabli alors que le NAS est passé en mode sans échec, il reçoit l'info de l'onduleur comme quoi tout est normal, il transmet l'info sur le réseau et il sort de son mode sans échec.

Dans le dossier volume 1. Si vous ne le trouvez pas et que vous avez supprimé le paquet, c'est que la suppression s'est correctement déroulée et vous être prêt pour réinstaller CloudStation.

Pas de quoi Pierre97490, ce fut un plaisir. Et puis cette discussion pourra servir à d'autres qui sont dans le même cas.

Free autorise le rebouclage. On peut accéder à son NAS en interne en indiquant l'adresse IP externe et le port. Mais las, il faut vérifier les points suivants : avez-vous rediriger correctement le port 5001 vers le Syno ? Avez-vous activé la connexion HTTPS dans le service HTTP du DSM ? N'avez-vous pas mis une exception dans le pare feu du NAS qui bloquerait le 5001 ? Edit : après relecture, je me suis peut-être avancé un peu vite puisqu'en interne ça marche. Une chose me dérange : si je comprends bien vous avez redirigé le port 5000 et le port 5001 du routeur vers le 5001 du NAS ? Avez-vous essayé en supprimant la redirection du 5000 en ne gardant que le 5001 ?

Désolé, le MAC c'est pas mon truc. Il doit bien y avoir un truc similaire à winSCP dans le monde de la pomme. Pour supprimer le paquet CloudStation, c'est pareil pour les MAC ou les PC puisque c'est dans le DSM que ça se passe.

Essayez de tout désinstaller : effacer la liste des clients CS, toutes les corbeilles de chaque utilisateur (uniquement accessibles par le compte utilisateur), les différents dossiers CS des utilisateurs (avec File Station), le paquet CS sur le NAS et les CS clients sur les PC, et effacer en SSH (avec WinSCP par exemple) le dossier @CloudStation (dans le volume 1) qui est la base de donnée et qui semble poser soucis. Une fois ces opérations terminées, redémarrez le NAS et refaite l'installation complète de CloudStation, attribuez les privilèges aux utilisateurs qui utiliseront CS, sans oublier bien entendu d'autoriser le port 6690 dans le pare-feu et de le rediriger du Routeur vers le NAS. Si vous avez une IP externe fixe et que vous n'êtes pas derrière un proxy, vous pouvez éviter d'utiliser Quickconnect, sinon, il vous faut créer un compte. Installer ensuite les dernières versions clients sur les PC utilisateurs pour vous connecter à CS. Sans Quickconnect, pour les PC fixes au domicile, c'est l'adresse IP interne du NAS sur votre réseau (192.168.x.x) : 6690, pour les connexions extérieures (portable ou fixe sur un autre réseau) c'est l'IP externe qu'il faut indiquer. Avec QuickConnect je n'en sais rien, je ne l'utilise pas.

Si vous avez une IP fixe, autant que possible utilisez-la plutôt que Quickconnect qui fonctionne seulement de temps en temps. Je n'ai aucun problème de connexion puisque je suis en direct.

Il existe une liste de compatibilité des disques en fonction du NAS. Suivant cette liste, le EARX est compatible pour le 710+. Il devrait en principe faire l'affaire pour remplacer votre disque défectueux. J'ai des EARS mais je ne connais pas les EARX et les éventuels problèmes qu'ils peuvent avoir. Un RAID1, n'est pas obligatoirement constitué de 2 disques identiques (bien que ce soit préférable), mais de 2 disques de même capacité.

Salut Preskovik. De ce qui a été dit dans le fil de discussion, il n'est pas possible de dégrader l'organisation du volume, du moins officiellement. Il y a peut-être des solutions moins académiques mais je ne les connais pas, et très franchement, il est préférable de suivre les recommandations du constructeur plutôt que de s'aventurer dans une opération qui risque au pire de vous faire perdre vos fichiers si DSM ne peut plus accéder au disque. Si vous tenez à vos données, je vous conseille vivement d'investir pour une sauvegarde externe car vous n'êtes pas à l'abri d'une panne de disque, ce qui pour vous représente 2To de perdus ! Sinon, sauvegardez ce que vous pouvez sur vos différents PC (bonne occasion pour faire du ménage), sauvegardez le fichier de configuration de votre NAS et faites une réinstallation complète en choisissant le JBOD. Je ne vois pas d'autre solution. Mais peut-être que de plus velus que moi sur ce forum ont une solution à votre problème.

Après avoir enlevé le disque 2 sur le 212, le NAS va continuer à fonctionner normalement. C'est le principe même du RAID ou SHR : continuité de service en cas de défaillance d'un disque. Il restera dans cette configuration tant qu'un autre disque de capacité au moins équivalente au premier ne sera pas installé pour permettre la reconstitution du RAID1 ou SHR. Pour l'ancien disque le mieux pour l'effacer et de le tester en suivant la préparation décrite ici. Pour cette opération, il faudra monter le disque dans un PC sous Windows. Quand vous l'installerez dans le 213, vous déclarez votre volume en tant que SHR. Il se montera alors sur un disque, en attente de la mise en place d'un second disque pour lancer le montage du SHR en copiant les données du D1 vers le D2..

Et je précise qu'il faut bien entendu paramétrer le NAS sur lequel est branché l'onduleur en tant que serveur UPS dans le menu Alimentation du panneau de configuration, et lister dans le tableau "DiskStation permis" la ou les adresses IP autorisées à recevoir les infos UPS. Sur le deuxième NAS, indiquer l'adresse IP du premier NAS (serveur UPS) dans le menu alimentation.

Je viens d'essayer votre lien, et visiblement c'est votre port 5000 qui n'est pas correctement configuré. Vérifiez à nouveau votre redirection de port. Edit : question : avez-vous renseigné l'adresse de votre routeur dans la page réseau du panneau de configuration ? avez-vous mis des exceptions ou bien bloqué par erreur tous les accès dans votre pare-feu ?

Malheureusement oui. J'ai eu le même problème sur un 107. La partition système créé avec les plus anciennes versions de DSM 2 est trop petite pour pouvoir y installer les versions supérieures. Mais si votre NAS fonctionne très bien comme il est et correspond à votre besoin, un conseil : ne changez rien, ça n'en vaut pas la peine. Si par contre vous voulez profiter de nouvelles fonctionnalités alors pourquoi pas. Mais sachez que beaucoup (dont je suis) ont regretté d'être passé à la version 3.1, car la charge machine étant plus importante, les performances du NAS s'en sont ressenties.

Mettez un fichier bidon en partage et envoyez moi le lien avec votre ip externe sur un mp.

Comme il est en SHR, il suffit d’ôter le disque 2 et le tour est joué. Votre 212 sera en SHR mono disque. C'est comme si l'un de vos disques était en panne. Il continuera à fonctionner sur le disque 1. Préparation du disque enlevé pour bien le nettoyer et en profiter pour le vérifier, et installation dans le 213 où vous le montez en SHR.

C'est de toute manière la seule solution. Vous ne pouvez pas gérer le stockage parce que vous êtes déjà dans la configuration maxi pour un NAS à 2 disques : SHR ou RAID1. Lisez mon dernier message et vous comprendrez.

Je n'ai pas encore utilisé les liens partagés, mais il me semble que l'accès au lien partagé créé à partir de File Station donne l'adresse IP privée du NAS. Pour le faire fonctionner de l'extérieur, essayez de mettre à la place votre IP externe (ou votre DNS si vous en avez un) Edit : Je viens d'essayer en mettant mon IP externe sur un fichier partagé que j'ai créé pour l'occasion et ça fonctionne. A vous de jouer.

Est-ce que les redirections de ports du routeur vers le Syno ont été faites ?

Les modèles de la gamme J (pour Junior) sont loin d'offrir les mêmes performances que leurs congénères, et par exemple mon 110J se retrouve très souvent à 100% de CPU avec des activités très réduites, alors que mon 710+ qui gère infiniment plus de paquets et de dossiers dépasse très rarement les 20%. Certes ce ne sont pas les mêmes gammes de produits, mais le grand écart de performance entre les deux NAS est flagrant. Ceci étant, je n'ai pas de site web à gérer, je ne suis donc pas en mesure de dire quelle charge ça représente pour nos chers NAS. Pour la réinstallation, il faut tout d'abord avoir sauvegardé les données (évident) et aussi sauvegarder le fichier de configuration qui va permettre de retrouver les paramètres principaux, ce qui facilitera le re -configuration. Pour la sauvegarde du fichier, c'est dans "Sauvegarder et Restaurer" du menu principal.

Sur ce lien vers le site Synology, il est confirmé qu'on peut changer le type de volume de Basic vers RAID1, RAID5, RAID5+Spare, RAID6 à partir du ou des volumes existants, mais que l'inverse (RAID6 vers Basic) nécessite une réinstallation. Tout est dit. Pour vous sauvegarde et réinstallation au programme des congés !

Le principe de fonctionnement d'un RAID 1 ou SHR avec 2 disques, c'est d'avoir les données à l'identique sur un disque comme sur l'autre. Les 2 disques ne font qu'un pour assurer la sécurisation des données. Dès lors, la notion d'accès à un disque séparément n'a pas de sens, et même si c'était possible, vous y trouveriez exactement la même chose. Vous en faite l'expérience en ce moment.