Mic13710

C'est équivalent à un RAID1 avec une surcouche pour gérer le multiraid. Bien que ça fonctionne sans problème sur un NAS 2 baies, c'est surtout utile pour les NAS de 4 baies et plus.

@unPixel et @seagate_surfer, Bravo les mecs vous avez un sacré retard à l'allumage ! La présentation de Domi67 date de 2017

Ou bien de lancer la migration et de prendre la blanquette pour patienter. Car selon la qualité du réseau et le mode de transfert, ça risque de prendre un certain temps 😋

J'ai un peu de mal à comprendre. Un groupe n'est pas un volume mais un ensemble de disques sur lequel on peut avoir un ou plusieurs volume(s). Et, à moins que vous ayez changé de NAS depuis votre présentation en 2017, un 216+ c'est seulement 2 disques. Il est donc impossible d'avoir un volume 1 sur un disque et un autre sur le deuxième disque si les disques sont en miroir. Faut-il traduire que votre NAS est en RAID1 ou SHR avec protection des données et qu'un des disques est en panne ? Dans ce cas, il suffit de remplacer le disque défaillant par un nouveau et de lancer la reconstruction du groupe. Sinon, comme le dit firlin, il va falloir nous en dire plus.

Les dossiers distants c'est à partir de File Station. Chez QNAP, je n'en sais strictement rien. Un NAS peut être un support de sauvegarde de données qui sont utilisées ailleurs (PC par exemple). Sinon, ce n'est pas une sauvegarde. Pour le boitier USB c'est non car les données sont en RAID et gérées par mdadm qui n'est pas disponible sur le port usb d'un NAS.

Vous êtes sûr qu'il s'agit du RAID1 ou SHR avec protection des données ? Oui, à condition que les disques soient bien en RAID1. Le NAS va bipper car volume dégradé. Mais vous devez être conscient du risque. Si le disque restant tombe en panne pendant le processus, vous perdez tout. Normalement oui en montant des dossiers distants. Connais pas Vu votre message, je comprends que vous n'avez pas de sauvegarde, sans quoi vous ne poseriez pas toutes ces questions. Or c'est sans aucun doute la première chose à mettre en place après l'installation d'un NAS.

Un avis ? Où ça ? 😋 Sur un autre post sûrement, on rabâche tellement de fois par semaine que le fautif c'est cloudstation ou drive qu'on ne sait plus très bien où.

DSM, SWAP et DONNÉES

Le WOL ne dépend pas du DSM mais du modèle de NAS. En tout cas il existait sous DSM 4.2. Oui, c'est bien le switch, défaillant ou pas. On voit très bien les pistes qui vont vers le connecteur. On peut facilement le tester. A moins de retrouver le même modèle, c'est là qu'il faudrait souder un nouveau switch (c'est un bouton poussoir) avec deux beaux fils qui partent vers la façade. Ça ne sera surement pas très pro, mais assurément efficace.

J'ai bien fait des miracles avec mon fer à souder et mon multimètre. Si le switch est HS (ce qui n'est pas confirmé), il ne devrait pas y avoir de problème pour en souder un autre. Mais je ne suis pas tout près. Allez voir du côté de Montgallet, vous trouverez sûrement des tas de boutiques capables du meilleur (comme du pire).

Le WOL (s'il existe) ne peut fonctionner que si le NAS est resté sous tension.

Si c'est un problème de bouton, peut-être en souder un autre en //. Sinon, je ne vois pas bien comment le redémarrer.

Je ne connais pas drive (j'utilise cloud station), mais n'y aurait-il pas une limitation du nombre de connexions simultanées sur un même compte ?

Beau déterrage ! Faut pas rêver. Depuis 5 ans, il y a probablement bien longtemps que toutsyno ne traine plus ses guêtres sur le forum.

Exact. J'ai moi aussi deux domaines qui cohabitent sans problème sur le nas, un en .fr chez OVH et un autre en .me chez Gandi. Quand au .ovh, c'est vrai qu'il n'est pas transférable chez un autre registrar, mais pour quelqu'un qui cherche un vrai domaine pas cher, c'est une bien meilleure solution que le synology.me.

Vous êtes probablement en ext4 et c'est très certainement dû à des versions de cloudstation, drive et/ou hyperbackup. Le changement du nombre de versions ne règlera pas le problème. Il faut aussi éliminer les anciennes versions en supprimant la base. Pour CloudStation c'est dans le paquet CS, explorateur de versions, bouton Action, Supprimer la base de donnée des versions. Mais attention, toutes les versions sauvegardées seront supprimées, y compris les fichiers et dossiers qui ont été supprimés. Il faut s'assurer que toutes les données sont à jour sur tous les clients et qu'il n'y a rien à restaurer. Pour hyperbackup, il faut supprimer les tâches et les dossiers de sauvegarde puis les recréer. Si vous avez une telle inflation c'est que probablement vous n'utilisez pas correctement le Cloud. Surtout en ext4, il faut en principe le réserver aux fichiers et dossiers de travail qui sont appelés à être modifiés. Pour les autres fichiers qui sont généralement invariables (multimedia, documentation par exemple), il est préférable de ne pas passer par le cloud pour éviter de gonfler inutilement la base. A noter que si votre groupe avait été en btrfs au lieu de ext4, vous n'auriez pas eu ce genre de problème car la gestion des versions est différente. Il serait peut-être bon d'envisager de passer au btrfs puisque votre NAS est compatible.

@maxou56 Autant pour moi, je suis allé un peu trop vite. Je voulais parler des quotas utilisateurs comme l'a justement corrigé @Kramlech.

C'est nouveau ça. Les quotas de base par dossier existent depuis la nuit des temps, que ce soit en btrfs ou en ext4.

Une surveillance vidéo avec les fameux NVR ne fonctionnent pas autrement : sur un site important on implante plusieurs NVR et jusqu'à 4 caméras (plus c'est pas recommandé) par NVR, la gestion se fait par CMS. A noter que les NVR ne sont pas des foudres de guerre et un simple modèle J est bien plus performant en terme de performance sur de la vidéo surveillance. Mais ça reste assez économique si on se borne à utiliser uniquement les licences embarquées.

Bien sûr qu'on peut utiliser les licences d'autres NAS à travers le CMS, ce n'est pas un scoop. Mais ça reste toujours 2 licences par NAS (4 pour les NVR) qui ne sont pas transférables mais simplement exploitables au travers du CMS.

Les nouveaux arrivants sont invités à se présenter dans la section appropriée. Sur Wikipédia https://fr.wikipedia.org/wiki/Multicast 239.0.0.0/8 Adresse multicast de site. Celles-ci jouent le même rôle que les adresses privées, leur diffusion est limitée à un site. Autrement dit, le lien high availability utilise cette adresse entre les deux RS814 uniquement sur le réseau privé.

@Dark-Hitoshi Votre question dépasse le cadre de des questions avant achat. Merci d'ouvrir un nouveau sujet dans la section appropriée.

Bonjour DJERO77, soyez le bienvenu dans la communauté Pas de problème avec le 1515+ ?

Bonjour, Le volume 1 fait partie d'un groupe (groupe 1) et le volume 2 est sur un autre groupe (le 2). Une fois que vous aurez migré votre dossier homes, vos dossiers partagés et les configurations de vos paquets (voir Hyperbackup) sur le volume 2, vous supprimez le volume puis le groupe. Vous reconstruisez un nouveau groupe en btrfs avec vos 10x2To, puis un nouveau volume et vous faites les opérations inverses. Comme vous êtes du métier, je suppose que vous savez que ce type de manipulation comporte des risques et qu'il est fortement recommandé d'avoir des sauvegardes à jour avant de se lancer.

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.