Mic13710

Pas de RAID, et uniquement pour le NAS, alors l'onduleur n'a pas grande utilité. Vous pouvez économiser cet achat.

@maxou56 tu as parfaitement raison. J'aurais du préciser : "vous ne pourrez pas utiliser la totalité de la capacité de vos disques sur le 1817 sur un volume unique" Par contre, le SHR2 n'est pas envisageable sans supprimer le groupe et le reconstruire, et ce n'est pas la démarche de @Michel-ange Amores

Tant pis, je n'en saurai pas plus.

Vous donnez vous même la réponse à votre question (quand on parle de migration, il s'agit de monter les disques d'un NAS dans un autre NAS). Mais comme l'a dit @Lelolo, chaque cas étant différent, il est impossible de vous donner une réponse claire sans des informations claires.

@eldac59140 la version que vous avez (4.2) est la dernière officielle pour votre NAS.

@TotoaliasEric, il faudrait savoir de quoi on parle. Si vous voulez faire ce travail pour chaque sous-dossier d'un dossier partagé, alors non seulement ce sera long selon le nombre, mais en plus de ça inutile puisque l'accès au dossier partagé donne accès à tous les sous-dossiers. Pour attribuer des droits spécifiques par dossiers et sous-dossiers, il faut passer par les ACL et je ne pense pas que vous ayez fait ce travail au demeurant assez contraignant. On parle donc uniquement de dossiers partagés et là il ne devrait pas y en avoir 50 000 ou alors vous avez sérieusement compliqué les choses...

Désolé de casser l'ambiance mais je vois de nombreux points délicats dans votre démarche. Les deux les plus importants : La taille maximum d'un volume sur le 1817 et le 2015 est 108To. https://kb.synology.com/fr-fr/DSM/tutorial/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation Vous ne pouvez donc pas étendre votre volume jusqu'au 160To théoriques attendus. Cà signifie que vous ne pourrez pas utiliser la totalité de la capacité de vos disques sur le 1817. Le MTBF d'un groupe de disques en RAID ou SHR décroit de manière exponentielle en fonction de la taille du groupe. En doublant la taille du groupe, vous augmenter considérablement les risques de perte de ce groupe. Et les pannes de groupes arrivent le plus souvent lors des augmentations/réparations du fait de l'énorme travail sur les disques. Dans des configurations avec autant de disques et de capacité, il faut impérativement passer au SHR2 (équivalent RAID6) pour pouvoir faire face à la perte potentielle de deux disques. Un autre point concerne la partition système du 1817 qui avec les dernières versions de DSM est passée de 2.3To à 7.9To. Cette nouvelle taille de partition ne peut être obtenue qu'à partir d'une réinstallation complète. Si ça n'a pas d'impact immédiat, ça en aura très probablement sur les prochaines versions majeures de DSM. Concernant votre volume 2, il a été créé parce que le disque n'a pas été reconnu comme ayant la capacité suffisante pour être intégré au groupe. A mon avis ce disque a un problème. Ici , on conseille de faire un test approfondi des disques avant de les mettre en production. Il y a un tuto de @firlin qui concerne le test avec badblocks. A minima, il faut faire passer à tous les disques les batteries de tests approfondis du constructeur. Enfin, il peut y avoir un souci concernant la techno des disques. Si SMR, il faut absolument éviter de les utiliser en groupe. Un peu de lecture :

Hyperbackup en faisant des opérations dossier partagé par dossier partagé me semble approprié. Plus que jamais vous en servir comme sauvegarde périodique, surtout avec du RAID0 sur le NAS principal ! Pour info, la synchro n'est pas une sauvegarde. Question : pourquoi opter pour du RAID0 ?

Je plussoie. La première manip n'avait qu'un seul but : pouvoir retrouver les données, les sauvegarder et refaire une installation neuve. Plusieurs raisons à cela : Le format des groupes est maintenant en BTRFS et sauf erreur, celui du1512+ est encore en ext4. De ce fait, vous ne pouvez pas bénéficier des avantages du BTRFS (instantanés, active backup, meilleure gestion de l'espace disque notamment pour Drive, etc...) Vous importez les limitations de taille maxi de volume du 1512 De nombreuses applications nécessitent le BTRFS pour pouvoir être chargées et utilisées Et par dessus tout ça, il y a la taille du dossier système qui a été modifiée dans les dernières versions de DSM pour passer de 2.3Go à 7.9Go. Il est impossible de la changer sans une réinstallation complète. L'ancienne partition fonctionne encore (avec quelques difficultés lors des mises à jour pour certains) mais il y a fort à parier que les prochaines versions majeures de DSM nécessiteront une partition étendue pour pouvoir être installées et fonctionner correctement. A vous de voir si vous voulez pleinement exploiter les capacités de votre nouveau NAS ou si vous voulez utiliser une Ferrari pour rouler sur des chemins forestiers. Si c'est ce que vous voulez, alors je vous recommande de vous tourner vers le support pour demander comment supprimer vos applications obsolètes.

Oui parce que les mails sont envoyés via le serveur de messagerie de Synology vers votre adresse e-mail et ne concernent que les erreurs ou changements d'états du système. Ca n'a rien à voir avec la notification aux utilisateurs qui elle se fait directement à partir du serveur smtp que vous avez configuré dans l'adresse e-mail de l'expéditeur (bouton "configurer" dans le partie E-mail du même onglet). La page de saisie est celle indiquée par @goerges.

C'est dans l'espace abonné, mes options, Notifications par SMS. La clé API est créé quand on valide l'option, et son utilisation est assez simple : L'envoi du SMS se fait en appelant le lien suivant : https://smsapi.free-mobile.fr/sendmsg avec les paramètres suivants : user : votre login pass : votre clé d'identification générée automatiquement par notre service msg : le contenu du SMS encodé sous forme d'url (Percent-encoding) Exemple : Envoyer le message "Hello World !" sur votre mobile : https://smsapi.free-mobile.fr/sendmsg?user='N°de login'&pass='clé d'identification'&msg=Hello%20World%20! Note : il faut bien remplacer les espaces par '%20' sinon les SMS peuvent ne pas passer, surtout si les messages sont longs.

@Jeff777, je sais bien que les RAID3 et 4 existent, mais ils sont confidentiels (peu utilisés) et ne sont pas dispos sur nos NAS, d'où ma question ! 😉

Je ne sais pas pour les autres opérateurs, mais chez free on peut envoyer des sms avec une simple clé api. Je l'utilise pour le NAS et pour la domotique et ça fonctionne au poil.

Raid 3 ou 4 (?) Quez a ko ! Et moi je pense que c'était du SHR - RAID5 et que c'en est toujours un avec un disque en panne qui a été sorti. @melanie.c.s, le disque que vous avez rajouté et qui a formé un groupe 2 ne fait que 2To et n'a pas la capacité suffisante pour pouvoir être incorporer au groupe 1. Il faut mettre un disque de capacité au moins équivalente au disque le plus petit du groupe pour pouvoir le réparer. Dans votre cas, il faut donc un 4To. P.S. : il y a des sections sur ce forum pour différents thèmes. Votre question n'a rien à voir avec l'accès aux données. Je déplace. Merci de vérifier où vous postez la prochaine fois.

A éviter. Un peu de lecture :

Peu de chance que le message soit lu par l'auteur du sujet. Inscrit le 8 aout, dernière visite le 13 aout. Je peux me tromper mais à mon avis, le problème a été résolu.

Peut-être n'avez vous pas bien compris ce que je disais : Si vous pouvez continuer le service (donc utiliser le NAS), le service est assuré avec le disque restant, ceci jusqu'au remplacement du disque défectueux ou si vous ne le faite pas, jusqu'à la panne du disque restant. Là encore c'est votre choix. A la panne du premier disque, vous aurez une alerte disant que le groupe est dégradé. Vous pouvez désactiver l'alerte et continuer votre travail.

Je vous suggère alors d'adopter la configuration par défaut à savoir SHR avec protection des données. Ce n'est pas très clair. La formulation exacte est plutôt : si un des disques tombe en panne, on le remplace par un nouveau de capacité égale ou supérieure et on lance la réparation pour restaurer la protection des données. Tout cela sans interruption de service, le disque encore en état continuant d'assurer le service.

On ne peut pas vous donner d'avis si vous ne précisez pas ce que vous souhaitez faire. Il n'y a que deux possibilités : soit vous souhaiter augmenter votre stockage au détriment de la sécurisation, soit vous voulez le sécuriser. Dans les deux cas, c'est au niveau du gestionnaire de stockage que ça se passe. Dans le premier cas, vous créez un nouveau groupe et un nouveau volume sur le deuxième disque, ce qui vous donnera 1To + 1To de stockage sans protection des données, soit vous choisissez d'augmenter le nombre de disques du groupe existant ce qui n'augmentera pas le stockage (toujours 1To) mais permettra d'assurer la continuité de service en cas de perte d'un disque grâce au SHR avec protection des données. A vous de vous déterminer en fonction de vos besoins.

@SP_41, soyez la bienvenue sur ce forum. C'est un très bon NAS, mais ce n'est pas tant le modèle que l'utilisation que vous en ferez qui importe. Cependant, merci de ne pas poursuivre sur ce message pour des demandes qui n'ont aucun rapport avec votre présentation. Si vous avez des questionnements concernant vos choix, il y a une section dédiée pour répondre aux demandes avant achat.

Pour la destination, je ne sais pas ce que vous avez fait mais il faut envoyer en http vers l'IP et le port 80 de la VM, comme si c'était en local. Si la protection offerte par votre routeur est suffisante pour vous, pourquoi pas. Néanmoins, rajouter de la protection ça ne mange pas de pain et surtout, celle du NAS peut être calibrée à ses seuls besoins.

Vous pouvez tenter de vous connecter en ssh et de supprimer le contenu des dossiers temporaires. Il y a des sujets qui en parlent sur le forum. Je vous laisse chercher. A terme il va bien falloir faire une réinstallation complète pour pouvoir faire passer la partition système de 2.2Go à 7.9Go, nouvelle taille pour les dernières versions de DSM, sinon il sera bientôt impossible de faire les mises à jour par manque de place.

A mon avis, son emplacement doit être au plus près du réseau utilisateur, sinon votre débit sera dépendant de la qualité de votre lien cpl. Je ne connais pas la time capsule mais si c'est une borne en mode routeur, alors le NAS doit être connecté à ce routeur en RJ45.

C'est plutôt l'inverse. Quel firewall, celui du NAS ? Il faudrait d'abord que le 443 soit redirigé vers le NAS dans le routeur et que le firewall du NAS l'autorise pour les IP publiques (avec les limitations qui s'imposent en termes géographiques)

Centre des paquets, clic sur video station, dans la page qui s'ouvre, sélectionner désinstaller.