Mic13710

Salut le forum, J'ai une sauvegarde qui passe par le VPN en L2TP/IPSec. Le client est le NAS distant, le serveur mon NAS local. Le NAS distant est à l'arrêt et ne s'allume que le WE pour recevoir les sauvegardes. Pas de problème pour établir la connexion. En revanche j'ai un souci avec l'IP attribuée par le serveur. Les tâches Hyperbackup utilisent l'IP du client en 10.10.10.1. Le problème c'est que si je me suis connecté entre temps au client avec une autre machine, le serveur VPN peut très bien lui avoir attribué l'IP 10.10.10.1, ce qui fait que l'IP qui sera attribuée pour la prochaine sauvegarde sera différente et mes sauvegardes bloquent. Je cherche donc à réserver l'IP au niveau du serveur pour qu'elle ne soit attribuée que pour mon NAS distant mais je n'ai rien trouvé pour réaliser ce paramétrage. C'est sans doute possible en SSH, le tout est de savoir où aller. Quelqu'un a-t'il une solution à me proposer ?

Les IP uniques sont possibles. J'ai programmé mon IP publique fixe sur les profils des nas dont je m'occupe à distance au cas où je ne puisse pas les joindre via le VPN et ça fonctionne très bien.

@flyjodelC'est très exactement ce qu'il ne fallait pas faire. Et si vous voulez faire de la virtualisation, c'est raté parce que vous êtes en EXT4. Et ce n'est pas parce que ça fonctionne maintenant que vous n'aurez pas de problème plus tard. En fait, vous avez tout simplement importé les limitations de votre play dans le 720. Hormis le fait que vous fonctionnez en dégradé, il se peut que les mises à jour ne se passe pas correctement. Il fallait suivre les recommandations de @maxou56 et ne surtout pas tenter la migration.

Et donc, pourquoi mettez-vous une adresse différente dans le profil ? Une seule adresse fonctionne, à condition que ce soit la bonne !

Il faut ratisser plus large. Pour ma part, j'ai mis toutes les plages privées, mais on peut réduire bien évidemment la voilure en fonction de ses besoins.

Bonjour Michel-Goulon, soyez le bienvenu dans la communauté. Ici c'est pour les présentations. Pour les questions, c'est dans les sections dédiées qu'il faut les poser. Pour info, votre NAS tourne sous DSM 5.2 qui date un peu et n'est plus maintenu depuis quelques années. Les tutos que vous trouverez sont majoritairement dédiés à DSM 6.x. Certains sont partiellement applicables, mais vous aurez des points de blocage sur des fonctions inexistantes. Il vous faudra fouiller aux tréfonds du forum pour retrouver des tutos correspondants à votre version.

Oui mais le play va bipper à cause d'un volume dégradé. On peut stopper le bip dans DSM. Pour faciliter la migration et retrouver tous les comptes et dossiers partagés, vous pouvez sauvegarder la configuration du play dans le menu mise à jour pour l'injecter ensuite dans le 720. Cette sauvegarde est inutile si vous passez par hyperbackup qui la fait par défaut et l'installera à la restauration, mais si vous passez par un transfert via un montage réseau, ça vous permet de retrouver la même organisation sur les deux NAS.

Ce n'est pas le seul cas malheureusement. Il y a bien d'autres situations qui font planter un RAID5. Les erreurs de parité, les déconnexions des disques ou les pertes d'alimentation non contrôlées par exemple sont des causes fréquentes de plantages. Le RAID ne garantie pas contre les plantages. Il permet d'avoir une continuité de service en cas de perte d'un disque. C'est tout. Pour le reste, ce n'est qu'un espace de stockage qui n'est pas infaillible et qui l'est même moins que des disques en basic du fait de la dépendance des disques les uns vis à vis des autres.

Tout dépend de ce que vous vouliez faire 😉

C'est exactement ce que disaient "les plus forts que les autres" avant de se retrouver en culotte courte avec un groupe corrompu, un ransomware, des disques HS suite à un choc (oui ça existe un nas qui tombe) ou autre problème électrique, mécanique et ce qui est le plus courant, humain. Bref, un NAS n'est certainement pas le stockage ultime et de ce fait n'est pas exempt de failles qui peuvent conduire à la perte partielle ou totale des données. La sauvegarde est sans aucun doute le point le plus important pour la préservation des données et la négliger et tout simplement suicidaire. Je parle d'expérience et depuis le temps que je traine sur ce forum, j'en ai vu passer quelques uns qui comme vous n'avaient pas de sauvegarde et avaient tout perdu pour des raisons diverses. Mais comme je l'ai dit, chacun voit midi à sa porte et gère ses données comme il l'entend. C'est comme cette croyance concernant le RAID, c'est amusant et ... désespérant. Le RAID N'EST PAS UNE SAUVEGARDE ! Il n'est rien d'autre qu'une continuité de service en cas de défaillance de disque. Il est même plus fragile qu'un disque en basic car les corruptions de données sont beaucoup plus fréquentes que vous le pensez à cause des erreurs de parités, surtout si le NAS n'est pas alimenté par un onduleur compatible. Et il ne faut pas croire qu'il faille obligatoirement débourser des fortunes pour ça. Si je vous disais que mon DS713+ avec une extension DX213 ne m'a couté que 100€ le lot d'occasion, c'est certes une bonne affaire mais il est tout à fait possible de trouver des NAS abordables pour mettre en place une sauvegarde solide à moindre coût. Reste à savoir ce que représente pour vous la perte de vos données. Concernant mes sauvegardes, c'est ce qui est la norme. Certes, ça s'adresse plutôt à des entreprises, mais comme j'ai la possibilité de le faire, aucune raison de m'en priver. Les supports sont simplement des NAS que j'ai soit achetés neufs (mon 214+), soit d'occasion à des prix compétitifs (mon 713+ en 2020 et mon 710+ en 2012) et que j'ai équipés de disques neufs ou issus d'autres NAS. Maintenant ce que j'en dis...

On peut toujours faire mieux dans le déterrage, mais là, chapeau bas. Je me demande même comment ce fil est venu réveiller au petit matin tes neurones embrumées 😉

Euh, si c'est le seul support, alors un NAS n'est pas une sauvegarde ! On ne cesse de le répéter ici, un projet NAS doit impérativement aller de paire avec un système de sauvegarde périodique. Beaucoup comme vous ne l'on pas fait et s'en s'ont mordu les doigts le jour où ils ont perdu toutes leur données. A titre perso, j'ai deux sauvegardes minimum, une locale du 713 vers le 214, une autre à distance chez mes parents sur un autre NAS. Et les choses importantes sont encore sauvegardées sur d'autres supports. C'est un peu too much je vous l'accorde, mais j'ai de l'espace de stockage et c'est tout de même plus sécurisant que pas de sauvegarde du tout. Après, chacun fait exactement comme il l'entend 😉

Il y a forcément un groupe, mais il semblerait que Synology ait bloqué l'accès à certaines commandes ce qui rend les opérations plus difficiles, voire impossibles. En effet, je viens de tester sur mes deux NAS et je n'ai pas du tout les mêmes résultats. Sur le 214 qui a été installé en 2014/15, toutes les commandes passent. Sur le 713 installé l'année dernière, rien ne passe. Les deux sont pourtant avec la même version de DSM. Il y a probablement des restes d'anciennes versions plus permissives sur le 214 qui n'existent pas sur le 713, et c'est sans doute la même chose sur votre NAS. Vu la situation, il est difficile d'aller plus loin puisqu'il s'agit de travailler sur un groupe qu'on ne peut pas identifier. Dès lors, la seule solution restante et de prendre contact avec le support à partir de DSM pour qu'ils interviennent à distance sur votre NAS. Désolé de ne pouvoir faire plus.

Ca va être compliqué si on ne connait pas le nom du groupe. Je ne comprends pas pourquoi les commandes de base ne répondent pas, et je m'étonne que la commande pvs -a n'ait pas renvoyé le nom du groupe. A tout hasard, essayez : vgdisplay vg1000

Oui. Un raid ne peut être reconstruit que si les disques restants sont sains. Avec 2 disques en panne, il n'est pas possible de reconstruire. De toute manière, même si vous pouviez lancer l'opération, elle n'arriverait pas à terme car les disques seront trop sollicités et déclareront forfait avant la fin du processus. A mon humble avis, vous avez tout intérêt à faire une nouvelle installation.

Etrange. Essayez vgdisplay vg1

J'ai corrigé mon message, les mêmes commandes sans les espaces.

Trois autres commandes : pvdisplay lvdisplay vgdisplay

@DavFromRouen il me semble que vous vous égarez. Pour commencer, en root, donnez le résultat de ces deux commandes : cat /proc/mdstat parted --list

Visiblement, vous n'avez rien compris. Il n'y a pas de disque accessible par l'utilisateur. Il n'y a qu'un groupe de disques (ici 2) sur lequel vous avez installé 1 volume (votre volume 1). C'est là que sont stockées vos données et elles le sont en miroir, cad que toutes les données sont dupliquées sur les deux disques. Il est IMPOSSIBLE d'écrire quoi que ce soit sur un disque sans qu'il soit dupliqué sur l'autre. Quelle que soit l'organisation de vos disques dans le NAS, vous devez prévoir une VRAIE sauvegarde périodique sur un autre support. Ca peut être un DD externe, un autre NAS, un serveur externe, peu importe. L'essentiel est de pouvoir récupérer des données perdues, corrompues ou effacées à partir d'une autre source. Et si vous voulez modifier votre groupe pour avoir 2 volumes séparés, il va falloir détruire le groupe existant (ce qui détruira les données) pour créer 2 groupes, un par disque, et créer un volume sur chaque disque. Il y a bien une méthode moins radicale en lignes de commande, mais je pense que c'est largement hors de portée pour vous. Je ne vous la propose pas. Vous pourrez alors faire des sauvegardes d'un volume vers l'autre, mais ça ne peut pas être considéré comme une vraie sauvegarde car vous ne remplissez pas la condition de délocalisation (incendie, choc, vol, inondation et vous perdez tout).

Vos disques sont en SHR avec protection des données, équivalent à un RAID1. Vos données sont en miroir et votre stockage correspond à la capacité d'un seul disque. Vous ne pouvez pas voir chaque disque sur file station mais un seul espace de stockage. Si tous les indicateurs du gestionnaire de stockage sont au vert, votre groupe de stockage fonctionne correctement et vous n'avez pas à vous inquiéter en ce qui concerne la gestion des données. Par contre, il est toujours bon de rappeler que le RAID n'est pas une sauvegarde mais une continuité de service en cas de panne d'un des disques.

Si vos données sont sauvegardées avec Hyperbackup et que vous avez sauvegardé aussi la configuration et les applications qui peuvent l'être, vous n'avez pas grand chose à faire. Faites des captures d'écran de tous vos réglages afin de faciliter la réinstallation. Car vu l'état général, il va falloir tout réinstaller. Vous n'avez pas le bouton réparer vraisemblablement parce qu'il n'y a plus rien à réparer avec des disques en panne.

C'est l'éternel problème de la mauvaise utilisation de Drive, surtout avec un NAS non BTRFS comme le votre. Drive est un Cloud et en principe on ne met dans un Cloud que des fichiers de travail et/ou susceptibles d'être consultés/modifiés souvent. On évite autant que possible d'y mettre des fichiers multimédia qui sont généralement lourds et qui par essence ne changent pas au fil du temps. Pour le multimédia, il y a des applications dédiées, il faut les utiliser. Ce que vous avez fait c'est un Cloud sur toutes vos données ce qui, dans le fonctionnement de base de Drive avec versionning, crée un fichier caché dont le poids représente grosso modo celui des données. D'où ce que vous constatez. Soit vous passez le nombre de versions à 0, et dans ce cas vous perdez un des gros intérêts du Cloud, soit vous reprenez calmement vos stockages en séparant bien les fichiers d'usage courant qui seront géré dans Drive des multimedia. Afin que le dossier de suivi soit détruit, il faudra supprimer l'application Drive et attendre que le dossier caché soit vidé (on le voit au stockage restant dans le gestionnaire de stockage)

Si le mode terminal ne vous fait pas peur, voici un retour d'un des forumeurs concernant une augmentation de volume qui ne s'est pas déroulée comme prévu. A adapter à votre cas. N'hésitez pas à venir demander en cas de doute.

Bonjour Ryzen_X, soyez le bienvenu dans la communauté. Très bon NAS. Juste une petite remarque, votre présentation en gras, ça fait un poil agressif 😉.