Mic13710

Parce qu'ils ont des disques en basic, un onduleur n'est pas indispensable sur un NAS série 1xx. Il est nécessaire pour des nas multibaie qui ont un ou plusieurs groupes en RAID. Maintenant, rien ne vous empêche d'en mettre un. Vous pouvez regarder vers les modèles que les membres de ce forum utilisent et qu'ils ont indiqué dans leur signature.

C'est effectivement une info intéressante que je garde sous le coude au cas où 😉. Dommage que le serveur VPN du NAS ne propose pas la réservation d'IP. Ce serait pourtant bien utile.

Merci @.Shad.. C'est une piste intéressante. Cependant, je cherche plutôt du côté de L2TP/IPSec puisque mes connexions inter NAS sont établies dans ce mode. Si au final je dois passer par OpenVPN, pourquoi pas, mais je le réserve plutôt pour les connexions des utilisateurs à partir de leurs PC. Et surtout parce que le NAS ne peut pas être à la fois serveur et client sur le même protocole. Raison pour laquelle je fais cette distinction.

Ca pourrait être une solution si je n'utilisais pas le VPN avec mon PC.

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.