Mic13710

L'info y était mais vous l'avez supprimée... Ce n'est tout de même pas très compliqué de localiser un dossier partagé qui contient les mêmes fichiers que ceux qui sont inclus dans le périmètre de la sauvegarde. Il suffit de chercher un peu et ça devrait pouvoir se trouver sans difficulté.

Ce n'est pas une sauvegarde mais une synchro entre votre sauvegarde Blackblaze et Cloud Sync. C'est dans la liste des tâches de Cloud Sync. Mais comme vous avez supprimé le paquet, c'est maintenant difficile de le retrouver. Il vous faut chercher dans File Station et dans le menu des dossiers partagés le dossier qui recevait cette synchro et le supprimer. Je ne peux guère vous aider. Vous ne touchez surtout pas à la sauvegarde entre votre NAS et Blackblaze, on est bien d'accord.

Il faut bien entendu avoir une sauvegarde de ses données sur un autre support et dans un autre lieu. Que ce soit Blackblaze ou autre, c'est votre choix. Par contre, je ne vois aucun intérêt à synchroniser la sauvegarde externe du NAS sur le NAS lui-même. Ca ne sert à rien. Supprimez la synchro de Cloud Sync et ça devrait être suffisant. En supprimant cette synchro, les dossiers devraient être supprimés automatiquement. Au pire, vous supprimez manuellement le dossier partagé associé à votre synchro. Il est indiqué dans la liste des tâches.

Tout dépend de ce qu'il y a dans blackblaze. S'il y a la sauvegarde de votre NAS et qu'en plus vous la synchronisez dans Cloud Sync, vous faite un doublon de vos données sur le NAS. Si vous supprimez 50Go dans Cloud Sync qui ne fait qu'une synchro de Blackblaze vers le NAS, forcément ils vont se re-remplir à la prochaine synchro. Je pense que vous devriez regarder de plus près la pertinence de votre couple blackblaze/CloudSync

@.Shad. Cloud Sync n'est en principe qu'une synchronisation avec un cloud externe. Il ne fait pas de versionning. Il se comporte exactement comme la version PC. Le nombre d'enregistrements maximum par défaut est à 20000. C'est le nombre d'enregistrements du journal. Ca n'a pas d'incidence sur le stockage. A moins que cloudsync soit couplé avec des clouds démesurés, je ne vois pas d'appli qui pourrait remplir les disques. Ou alors il y a des services qui ne sont pas listés...

Pourquoi je ne suis pas surpris..... Content pour vous si vous êtes arrivé au bout des 15 jours d'errance et d'incertitude.

@sly77 j'ai bien un ip full stack (sinon ce serait la galère pour mon utilisation). C'est juste qu'un jour free ont décidé de changer l'IP que j'avais depuis des années pour la passer en ip partagée. Il a fallut demander une full stack, mais du coup j'ai perdu mon dns secondaire chez Fenrir. Je me suis donc résigné à rapatrier ma zone chez OVH pour ne plus avoir de problème. Concernant le vues du thread, c'est un souci d'hébergeur. Je l'avais déjà mis à jour en changeant d'hébergement mais le site a semble t'il fermé. Et comme mon sujet est quelque peu dépassé depuis les wildcard et les certificats via acme.sh. Il nécessiterait une maj et je n'ai pas beaucoup de temps pour ça.

Regarde à la page 2 du tuto.... Mais depuis que Free a sauvagement changé mon IP, j'ai basculé ma zone publique chez OVH.

Si vous avez vos sauvegardes à jour, que votre groupe est en RAID1 ou SHR avec protection des données et que vous vous sentez de la jouer Kamikaze, vous pouvez retirer un des disques du 215 pour le monter dans le nouveau NAS. Vous formater le disque sur un PC, le but étant de casser les partitions existantes, et vous faite votre installation propre avec création d'un volume en btrfs. Vous installez vos paquets et vous restaurez vos données. Lorsque tout est ok, vous sortez le deuxième disque du 215, vous le formatez et l'insérez dans le nouveau NAS. Vous lancez une augmentation de groupe pour créer le miroir.

Je suis à la dernière 6.2.x et elle est bien activée chez moi. Par contre Synology annonce dans le petit "i" que cette option n'est valable que pour les ups Omron et peut ne pas fonctionner avec les autre marques d'onduleurs. Elle à bien fonctionné chez moi lorsque j'en ai eu besoin. Mais ça c'était avant car avec une vingtaine d'heures de fonctionnement sur batterie, j' n'ai plus vraiment l'occasion de l'activer ! Elle a effectivement disparue de DSM7. Et là je ne vois pas bien pourquoi car au pire, si ça ne fonctionne pas, il n'y a rien de grave, mais au moins il reste la possibilité d'arrêter les UPS qui acceptent le signal d'arrêt. Là, ils sont tous logés à la même enseigne. Je trouve que ces derniers temps Synology abandonnent trop facilement des fonctionnalités sans proposer d'alternatives crédibles. Celle-ci, mais aussi DSCloud (abandonné avec la version 3 de Drive, quoiqu'il semblerait qu'ils aient enfin décidé de réhabiliter l'appli face à la grogne générale) ou encore cardav (depuis le passage obligé à calendar, le fonctionnement de ligthning est éradique alors que je n'avais aucun problème avec cardav). J'ai assez nettement l'impression qu'ils ont pris la grosse tâte et se foutent clairement des clients particuliers. En tout cas, on est très loin de la dynamique qui avait animé les ingénieurs de la marque à son lancement en 2006 avec les séries DSxx1. Tout est de plus en plus verrouillé. Bref, ça ressemble étrangement au monde Apple et je le déplore.

A condition d'activer l'arrêt de l'onduleur (et donc du NAS) lorsque le NAS est passé en mode sans échec, sinon la batterie continuera à se décharger, et activer le redémarrage au retour secteur. Mais j'ai cru comprendre que cette option n'est plus systématiquement prise en charge sur les dernières versions de DSM. A vérifier.

Passer d'un RAID1 (miroir) rempli à 90% à un RAID6 (agrégation par bandes avec 2 disques de tolérance) sur des disques de 10To ce n'est pas innocent en terme de lectures/écritures. C'est très chronophage. J'espère pour vous que vous avez mis vos sauvegardes à jour avant de vous lancer dans cette opération de grande ampleur.

Probablement. Mais en l'absence de tests réels, on ne peut pas confirmer. Les seuls chiffres que je connaisse sont les données constructeur.

Les données constructeur : "Le Synology DS114 procure une performance lecture/écriture exceptionnelle, une moyenne de plus de 74,25 Mo/s de vitesse d'écriture sur environnement Windows®, et plus de 108,99 Mo/sec de lecture." Il s'agit ici d'un NAS monobaie peu performant. Ce n'est pas le réseau qui bride (la vitesse de lecture est proche du Gb) mais il est un peu lent en écriture comparé aux modèles actuels. Ceci étant dit, passer d'un 1515+ à un 114, je ne saisi pas bien la logique.

Le débit annoncé c'est pour de l'aggrégation de liens, cad que tous les liens ethernet sont connectés et gérés en agrégation au travers d'un switch compatible. Mais chaque lien ne pourra jamais aller au delà du Gb (soit 125Mo théorique) de même que les échanges entre votre PC et votre NAS ne pourront pas dépasser la vitesse de votre réseau (Gb).

Ce serait tout bêtement la pile interne qui serait HS que ça ne m'étonnerait pas.

Un lien 1Gb ne peut pas atteindre 396Mo/s. Au mieux, en théorie, il peut aller jusqu'à 125Mo. Si vous obtenez du 110Mo, c'est très bien et vous ne pourrez pas aller au delà entre votre PC et le NAS.

Drive n'est pas dispo pour DSM5.2.

Le RAID n'est pas une sauvegarde mais une continuité de service. Il vous faut impérativement une sauvegarde externe périodique pour pouvoir restaurer vos données en cas de perte, de crash ou de corruption.

@oracle7 A partir du moment où le wildcard le couvre, on devrait pouvoir se passer de faire un enregistrement spécifique pour le domaine de second niveau. Le SAN devient alors : *.ndd, *.monautredomaine.ndd Comme il se doit, il faut un CNAME pour *.monautredomaine.ndd Perso, je préfère avoir le domaine (ici monautredomaine.ndd) en dur pour une meilleure compréhension de la zone. Et comme c'est souvent pour atteindre des sites distincts, c'est un passage obligé dans ce cas avec soit une enregistrement A, soit un ddns..

Euh..... Tu as raison de dire qu'un wildcard ne couvre que son propre niveau, mais par contre on peut tout à fait intégrer dans un même certificat plusieurs niveaux. Le certificat ndd peut avoir pour SAN : *.ndd, monautredomaine.ndd, *.monautredomaine.ndd Tant que les noms de domaine peuvent être résolus, le certificat pourra couvrir l'ensemble des noms. Il faut bien entendu avoir un enregistrement A ou CNAME pour mondomaine.ndd et un CNAME pour *.mondomaine.ndd. Voir cette discussion : https://www.nas-forum.com/forum/topic/68211-petit-problème-sur-la-génération-de-certificats-lets-encrypt-wildcard-avec-acmesh-sur-des-domaines-de-deuxième-niveau/?do=findComment&comment=1319420347

Bien sûr ! Mais de ce que je vois, il semble ne rien y avoir dans votre dossier Plex ce qui expliquerait pourquoi vous ne pouvez pas restaurer quoi que ce soit. Ceci dit, je n'utilise pas Plex donc je ne sais pas comment peut se comporter sa sauvegarde et ce qu'est sensé contenir le dossier. Attendez des retours d'utilisateurs

En l'état, il est impossible de répondre à cette question car cela dépend des modèles de NAS, des compatibilités des disques avec ceux-ci et de l'organisation de vos volumes. Comme l'a fait remarqué oracle7, on aurait pu trouver tout ou partie de ces informations dans votre présentation, mais voilà...

Pas vraiment non. Vous confondez disque, groupe et volume. Un groupe est constitué de un à plusieurs disques qui fonctionne(nt) ensemble en RAID ou SHR. Sur ce groupe on peut installer un ou plusieurs volumes. Chaque volume peut être soit en EXT4 soit en BTRFS. Merci de préciser à quoi correspond l'organisation de vos disques en fonction de ce que je viens de décrire. P.S. : comme sur tout forum, il est très apprécié de passer par la section des présentations avant de poster. Certains y sont sensibles.

Bienvenue @Pixieguy dans la communauté. Quoique plus jeune que vous, je fais partie des membres d'un certain âge comme l'a si finement fait remarqué @.Shad. 😉. Si à partir d'un certain âge, les années comptent double 🙄, ce n'est pas encore le cas des NAS. Au pire, le votre a 7-8 ans (le 13 de la référence c'est l'année modèle 🤫)