Mic13710

@Ancelord une suggestion, si le compte est l'ancien admin, il faudrait le réactiver temporairement, le temps de la désinstallation du paquet.

@JLM2169 probablement parce que vous utilisez la configuration du routeur à partir du NAS. Cette fonction est tout simplement à proscrire au profit d'un réglage du routeur. Je vous invite à consulter et mettre en pratique le tuto sur la sécurisation de nos NAS où ce point est abordé. En ce qui concerne les micro coupures, le NAS ne devrait pas être affecté car son alimentation a la capacité de les absorber suffisamment longtemps pour que l'onduleur prenne le relais. A mon avis, si votre UPS a un certain nombre d'années, vous devriez regarder du côté de sa batterie qui est probablement en fin de vie.

@Darkangel il y a une section docker. Je déplace. Merci de faire attention où vous postez vos questions.

Je n'en vois pas l'intérêt. Lorsque vous comprendrez comment fonctionne le reverse proxy, vous comprendrez le sens de ma remarque. En gros, le reverse proxy permet de relier une adresse https vers un service en http. Il pourrait bien évidemment le faire vers du https, mais alors vous faites du double chiffrage ce qui n'est pas le top en terme de rapidité, n'apporte rien de plus en terme de sécurité (vous travaillez en localhost) et en plus vous devez avoir un certificat de part et d'autre pour l'origine et la destination. J'ai vaguement l'impression que vous vous compliquez la vie....

Faites ce que je vous ai dit à savoir réparer votre groupe avant qu'il n'y ait d'autres problèmes.

Sur le disque 1, ce n'est que la partition système qui a un problème. Le système fonctionne sur les autres disques donc ça ne devrait pas poser de problème pour reconstruire le disque 4, à condition bien entendu que les données soient encore accessibles, ce que vous ne dites pas. Il suffit de l'associer au groupe pour le réparer et après de nombreuses heures, tout devrait fonctionner normalement. Une fois le groupe reconstruit, il va falloir regarder ce qui se passe avec le disque 1. Je pense que ça vient du fait que le disque n'a pas été reconnu lors du premier démarrage et a été éjecté du RAID1 du système. Commencer par un test smart étendu. On verra par la suite ce qu'il faudra faire.

@Kricetof écrire en gras souligné le nom de la personne que vous souhaitez interpeller n'aboutit à pas grand chose puisque la personne en question n'en est pas notifiée. La méthode et celle que je viens d'utiliser à savoir de commencer par un '@' et les premières lettres du pseudo. Une liste est alors proposée qui s'affine au fur et à mesure, et il suffit de valider le nom pour qu'il apparaisse comme en en-tête de ce message.

C'est correct. Ce que je voulais dire c'est qu'avant de poser des questions sur des opérations simples, il faut d'abord consulter la base de connaissance. Et en la matière, voici ce qu'elle dit : Créer un groupe de stockage Pour créer un groupe de stockage : Lancez le Gestionnaire de stockage. Accédez à la page Stockage, puis cliquez sur Créer > Créer un groupe de stockage. Configurez les propriétés du groupe de stockage : Type de RAID : sélectionnez un type de RAID pour protéger votre groupe de stockage. Différents types de RAID offrent différents niveaux de fonctionnalités et de protection des données. Pour plus d'informations, consultez la section Choisir un type de RAID. Une fois qu'un type de RAID est sélectionné dans le menu déroulant, les informations suivantes s'affichent : Nombre minimal de disques : ce champ indique le nombre minimal de disques requis pour le type de RAID sélectionné. Tolérance aux pannes du disque : ce champ indique le nombre maximal de disques défectueux autorisés pour le type de RAID sélectionné. Type de disque : ce champ indique le type de disque du SSD ou du HDD installé. (Ce champ n'apparaît que sur certains modèles de Synology NAS.) Description du groupe de stockage (facultatif) : ajoutez une description pour ce groupe de stockage. Sélectionnez et déployez des disques, puis cliquez sur Suivant. Suivez l'assistant pour terminer le processus. Et au vu de ce qui est dit, il n'y a rien qui puisse prêter à confusion puisque c'est ce que vous avez décrit avec quelques points en plus afin d'être exhaustif. Vous parlez de forum d'entraide, mais bien souvent, les questions posées relèvent plus de la fainéantise de ne pas vouloir faire une recherche personnelle que d'un réel problème qui ne trouve pas de solution. Je suis bien d'accord que la base de connaissance est peu disserte sur de nombreux points, d'où l'intérêt du forum, de ses discussions et de ses tutoriels. Mais il ne dispense pas de faire un travail personnel. N'oubliez pas que les intervenants ainsi que les membres de l'équipe sont tous des bénévoles qui donnent de leur temps pour aider les autres. Personne n'est tenu d'intervenir et beaucoup de questions restent sans réponse parce qu'elles n'ont pas trouvé preneur. C'est ainsi sur tous les forum et il faut apprendre à s'en accommoder.

Généralement il est rare que ça n'aille pas plus loin. A priori, tôt ou tard le disque va tomber en panne. Si tous vos disques sont issus du même lot, d'autres peuvent très bien suivre le mouvement et là, ce serait la course à l'échalote pour savoir lequel va tomber en panne le premier. D'un autre côté, 32 secteurs ce n'est pas non plus catastrophique et le disque les a remplacé par des secteurs en attente et tant qu'il continue à faire son boulot, les données sont préservées. A mon avis il faut surveiller attentivement la situation de ce disque (et des autres) et s'il y a une augmentation significative, vous le changez. Après, c'est vous qui prenez la décision de le faire tout de suite ou bien d'attendre.

@Kricetof Savez-vous qu'il y a une base de connaissance Synology qui répond à toutes les questions sur DSM ? Pour créer un groupe de stockage, vous avez ceci : https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/storage_pool_create_storage_pool?version=7

https://www.synology.com/fr-fr/releaseNote/HyperBackupExplorer

Il faudra choisir de faire un nouveau groupe sur lequel vous monterez un volume (qui devrait être le 2 si l'actuel est le 1). Par défaut, ce groupe sera en SHR sans protection des données (pseudo équivalent à un basic). Non! un RAID n'est pas une sauvegarde ! C'est un groupement de disque qui permet d'assurer la continuité de service en cas de panne d'un des disques, de deux dans le cas du RAID6 ou SHR2. C'est tout. Il faut très vite vous ôter cette idée de l'esprit. Dans un RAID, les données sont en miroir ou agrégés par bandes selon le RAID. Si un fichier est effacé, vérolé, illisible ou corrompu, il l'est sur tout le groupe. Le RAID ne vous dispense pas de faire des sauvegardes périodiques de vos données. Vous voila prévenu.

C'est l'éternel débat. L'unité d'affichage de DSM tout comme windows est erroné. En réalité il s'agit de Tio. Les To affichés sont en réalité des Tio. Un 22To est donc égal à 20.02Tio auxquels on retire le btrfs, ce qui donne 19.21Tio

Le 216J n'est pas compatible btrfs Pour avoir vos 4To, soit vous montez deux volumes séparés (un par disque), soit vous montez vos disques en RAID0 ou en JBOD. La première solution vous obligera à jongler avec les volumes pour y répartir vos données. Si vous perdez un disque, vous ne perdrez que les données de ce disque. La deuxième solution vous donnera qu'un seul volume de 4To réparti sur les deux disques et sera plus simple à gérer. Si vous perdez un disque vous perdez tout. Question rapidité, ce sera le RAID0. Aucune sécurisation des données avec ces deux solutions.

Pas sur le 220+ ni sur le 224+. On peut l'augmenter. Et pour faire un peu de VM et faire tourner Jeedom, c'est largement suffisant. Le CPU certes ancien ne fait pas tout. Il faut aussi voir ce qu'offre DSM et à ce niveau, les autres sont derrière. Mais si Asustor correspond à ce que vous cherchez, alors ne vous posez plus de questions.

Et pourquoi ne pas tout simplement utiliser DSPhoto qui fait ça très bien ? Sinon, Drive le fait aussi, mais si vous avez les deux applications sur votre smartphone, il va falloir désactiver la sauvegarde des photos sur l'une des deux pour ne pas avoir deux dossiers avec les mêmes photos.

Pour commencer, un NAS n'est pas un disque dur externe dans lequel on insère ou enlève les disques durs à l'envie. Le montage démontage à chaud n'est là que pour permettre de rajouter ou remplacer un disque sans avoir à couper le NAS. Ce n'est qu'une continuité de service. De plus, en ôtant un disque, vous cassez les raid 1 du système et du swap qui sont montés avec les autres disques du NAS ce qui oblige à réinitialiser le disque lorsque vous le remettez dans le NAS. Ce n'est donc pas une solution à envisager. Ensuite, ce que vous voulez faire n'est pas une sauvegarde au sens strict du terme puisque le disque de sauvegarde n'est pas isolé de la source et il n'est pas stocké dans un autre lieu. Ce qui conduit à la solution d'un NAS 2 baies avec disque dur externe. Maintenant, je ne sais pas ce qui vous conduit à choisir un DS713+ plutôt qu'un autre NAS, surtout s'agissant d'un premier NAS. Je vous suggère de regarder aussi du côté du 224+ qui vient tout juste de sortir et devrait bientôt arriver en France. Ce serait à mon avis un excellent choix pour débuter. Quand au format du support, je vous conseille d'opter plutôt pour du SHR (installé par défaut) qui est un RAID hybride offrant plus de flexibilité que le RAID classique

Le patch n'est qu'une rustine qui retarde la panne mais ne règle pas le problème.. Il se peut aussi que ce soit un défaut du bloc alimentation et ça c'est pas très bon pour les groupes de disques. Je vous conseille de mettre à jour vos sauvegardes et de contrôler votre alimentation. Il me semble qu'il y a des discussions concernant ces alims dans le fil que vous à donné @firlin

@RemyM Une fois les sauvegardes faites, attention de bien supprimer chaque disque du volume et du groupe est surtout de bien les désactiver (menu HDD, Action) pour que les partitions système et swap soient supprimées. C'est très important car les tailles des partitions ont évolué avec la 7.1 et si vous ne désactivez pas les disques, vous vous retrouveriez avec les anciennes tailles. Ce serait dommage. Si vous avez la possibilité de mettre vos disques dans un boitier USB ou dans une tour, vous pouvez aussi détruire les partitions en passant par le gestionnaire de disque ou tout simplement en les formatant via l'explorateur de fichier (formatage rapide suffisant). Ainsi, le NAS pourra faire une installation à partir de zéro.

@bagou91 il ne faut pas être aussi catégorique. Oui, s'il s'agit d'une migration définitive, je suis entièrement d'accord. Là il s'agit de simplement mettre les disques pour récupérer les données et reconstruire ensuite un groupe et y importer les sauvegardes. @RemyM il faut faire attention au format de fichier du 210J. Si c'est du ext3, il est abandonné à partir de DSM7.2. Dans ce cas, il ne faudra pas dépasser DSM7.1 sur le 223 pour pouvoir lire les disques. C'est un point crucial. Je confirme ce que dit @bagou91, il ne faut certainement pas envisager une migration sur le long terme car la migration concerne aussi toutes les limitations du NAS d'origine et vous vous retrouverez rapidement dans des situations de blocages uniquement liées à l'origine de la construction de votre groupe. Il faudra bien sûr faire tout de suite la sauvegarde des données et construire votre nouveau groupe dans la foulée. Point important : une fois que les disques seront passés sous DSM7.1 sur le 223, il ne sera plus possible de les remettre dans le 210J. Ils ne seront plus reconnus et seront automatiquement réinitialisés, avec à la clé, la perte des données. Toutes ces manips doivent se faire en connaissance de cause.

La meilleure méthode ? Un seul volume.

Rectificatif. En mettant le nouveau disque dans le NAS, il sera initialisé avec les tailles des dossiers systèmes des disques existants. Or, ces dossiers ont évolués et ont vu leur taille augmenter avec la 7.1. La seule solution est de sauvegarder vos données avec hyperbackup sur un autre support (votre ancien NAS ou un disque externe) en utilisant un des nouveaux disques. Vous sortez ensuite vos disques de 1To et vous montez un des 4To dans le NAS que vous initialisez avec la dernière version de DSM7.11. Attention de bien choisir la même version que celle de votre groupe actuel sinon vous ne pourrez plus remonter votre ancien groupe en cas de besoin. Vous restaurez vos sauvegardes sur le nouveau disque. Une fois que c'est terminé, vous pouvez compléter votre groupe avec le disque utilisé précédemment pour les sauvegardes. Un point très important : ce qui sous entend que vous n'avez pas de sauvegarde. Je vous conseille vivement de mettre en place des sauvegardes régulières de vos données si vous voulez ne pas les perdre. Pour cela, un disque externe peut faire l'affaire, ou mieux, réutiliser le 410j avec les anciens disques passés en ext4.

Vous n'êtes pas à l'aise non plus avec la taille des disques. Vos disques de 1Go ne seraient-ils pas plutôt des 1To ?😏 Ce que je ferais est en gros ce que vous décrivez mais j'opterais plutôt pour le remplacement pur et simple des disques actuels pour passer à 2x4To car vous verrez que très vite l'espace va vous sembler petit et je suppose aussi que les anciens disques ne sont pas tous jeunes. A la fin du transfert du groupe 1 vers le groupe 2, je sortirais tout le groupe des 1To (pour les garder au chaud juste au cas où) et j'y rajouterais un autre 4To. Pour moi le choix est simple, sans hésitation le mode par défaut à savoir btrfs et shr. Attention de bien choisir des disques compatibles pour votre nas, et surtout évitez de prendre des SMR qui sont un vrai désastre sur les NAS. Uniquement des CMR. un peu de lecture :

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour @Guigui 42, soyez le bienvenu. Le 423+ est un très bon choix qui doit vous changer du 410J Belle expérience de terrain. Par contre si je puis me permettre une remarque, écrire en gras, c'est pas le top....