Mic13710

C'est exactement cela et tu le dis toi même dans ta réponse : tu ne parles pas de volume mais bien de groupe. Or dans ton texte tu parles de volume, ce qui peut être exact si le groupe ne comporte qu'un volume, mais totalement faux dans le cas d'un groupe à plusieurs volumes. Sauf je crois pour certains modèles début de gamme (à vérifier), rien ne t'empêche d'avoir plusieurs groupes sur un NAS multibaie. Tu peux même avoir autant de groupes qu'il y a de disques (dans les limites propres au NAS bien entendu) puisqu'un groupe peut très bien n'être composé que d'un seul disque. Ce que je ne sais pas par contre c'est si on peut faire cohabiter EXT4 et BTRFS sur un même NAS dans des groupes différents (bien entendu). Je ne vois pas à priori pourquoi ça ne serait pas possible et ta réponse semble confirmer la faisabilité.

Bonjour le_catalan, soyez le bienvenu dans la communauté. Pour ma petite histoire, je n'ai pas un très bon souvenir de Perpignan. Pour moi ça a été un an de perdu au 24eme RIMA (dissout depuis). Service militaire oblige. J'ai même dû passer l'année à Rivesaltes dans les baraquements de l'ancien camp dont j'ai oublié le nom pour cause de travaux à la caserne du fort. Confort très spartiate et froid garanti lors des épisodes de vent d'autan. Moment difficile.

Oulala, oui, tu as raison firlin, je ne l'avais pas vue celle là ! Ce n'est pas de volume dont on doit parler quand on parle de système de fichier mais de groupe. Le système de fichier s'applique uniquement au groupe qui peut lui contenir un ou plusieurs volumes. Tous les volumes d'un même groupe fonctionnent donc tous avec le système de fichier du groupe. On ne peut pas panacher. Et je ne suis même pas sûr qu'on puisse faire cohabiter plusieurs groupes avec des systèmes différents au sein d'un même NAS. A confirmer.

@shadowking Le NVR1218 est livré avec 4 licences de caméra préinstallées alors qu'il n'y en a que 2 sur les NAS. Si on prend un DS218J à 180€ + 2 licences de 1 cam supplémentaires à 50€ chacune, ça revient à 280€ Le NVR1218 coute 250€, donc moins cher. Prix récupérés sur le site de LDLC

A mon avis il est tout à fait possible de migrer d'un 5.2 vers un 6. On peut migrer d'un 6 vers un 6.2. Comme je l'ai écrit, rien n'empêche d'essayer. C'est synology assistant qui dira si la migration est possible ou pas. Ce que je voulais te dire c'est que ce n'est pas tout blanc ou tout noir. Il y a aussi des gris clairs et des gris foncés. C'est du cas par cas, et tant qu'on ne lance pas le processus d'installation, rien n'empêche de monter les anciens disques dans le nouveau NAS pour voir ce que dit synology assistant. La seule véritable contrainte au niveau DSM c'est d'avoir une version égale ou supérieur sur le NAS de destination. Dire que c'est impossible est à mon sens trop réducteur. Si un utilisateur a un NAS en panne, il peut toujours tenter de voir si une migration de ses disques est possible (ce qui est majoritairement le cas) et pourra ainsi récupérer ses données, même s'il y a quelques pertes dans l'opération (paquets, paramètres, limitations) sans toutefois que ça touche aux données.

Ce n'est pas toujours faisable et il ne faut pas que les versions soient trop éloignées. Il est probablement impossible de migrer d'un DSM3 ou 4 vers un 6. Ce type de migration importe de toute manière les limitations du NAS source dans celui de destination, et peut même en apporter de nouvelles. Il est possible par exemple de migrer des disques d'un NAS capable de gérer des volumes de 16To maximum vers un autre gérant 108To mais le volume restera limité à 16To. L'inverse est parfois possible mais dans ce cas, la taille maximum du volume restera figée à celle du volume existant. Il ne sera pas possible de l'augmenter. C'est ce qui s'est passé lorsque j'ai migré les disques de mon 710+ (108To) vers mon 214+ (16To). La taille maximum de mon volume est figée à 4To. Lorsque tu montes des disques avec un DSM inférieur, le NAS voit bien les partitions standards Synology, voit des données et voit que la version DSM des disques est inférieure à la sienne. Lorsqu'il est détecté dans synology assistant, s'il y a l'indication "pouvant être migré", il fera une installation de DSM sans toucher aux données. Pour celà, il faut être sûr que la version DSM de destination soit au moins égale ou supérieure à celle du NAS source. C'est pour cette raison qu'on monte d'abord un petit disque dans le NAS de destination pour y installer la dernière version. On retire le disque et on monte les disques du NAS source, on lance Synology Assistant, et s'il y a le message "pouvant être migré", installation de DSM, paramétrage et c'est bon. Si on ne peut pas faire autrement (NAS source en panne par exemple), on peut toujours tenter de monter les disques sur un nouveau NAS pour voir si la migration est possible. Un exemple récent ici : Et le dernier recours si ça ne fonctionne pas, ce sont les sauvegardes.

Il est clair qu'un 418 est mieux armé pour gérer vos caméras. Perso, je n'ai jamais très bien compris l'utilité des NVR dans la gamme. Ils sont en principe prévus pour de la video surveillance mais leurs performances en terme de gestion de caméras sont très inférieures à celles des NAS premiers prix (série J). En fait ce sont des NAS monotâche à bas coût.

@Zeus lien pour les limitations de volumes : https://www.synology.com/en-us/knowledgebase/DSM/tutorial/Storage/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation Au sujet de la migration, on peut généralement le faire même si les versions de DSM ne sont pas identiques. L'essentiel c'est que la version du NAS destination ne soit pas inférieure à celle du NAS source. Dans ce cas, Synology assistant indique "Migration possible" et le NAS réinstalle la dernière version de DSM sans toucher aux données. Il faudra ajuster les paramètres pour retrouver un NAS opérationnel. Le tuto de Syno parle de migration complète dans le sens où il n'y a pas ou peu de modifications sur le NAS de destination.

J'avais pas vu ta remarque. Excuse moi Oui c'est ça, mais je dirais plus simplement "vous pouvez rajouter un disque de 2To au groupe."

C'est vrai et c'est faux. Et ça tient au fonctionnement du multiraid. Supposons qu'un SHR a été monté à l'origine avec des disques de 2To pour constituer un RAID5. Ces disques sont remplacés plus tard par des 4To créant ainsi un SHR constitué de 2 RAID5, un qui était celui d'origine avec 2To des disques et un autre avec les 2To restants. Dans ces conditions on peut très bien rajouter un disque de 2To même s'il n'y en a plus dans le groupe puisqu'il pourra être associé au premier RAID5. En fait on ne peut pas rajouter un disque plus petit que le plus petit disque ayant constitué le SHR de départ, mais on peut très bien rajouter un disque égal au plus petit disque d'origine, même si il n'y a plus de disque de même capacité dans le groupe.

Ce qui fait 2 NVR avec 5 caméras chacune à 12fps, soit 60fps qui est le maximum, et un autre NVR pour les 2 caméras restantes. CQFD 😉 Vous pouvez aussi opter pour 4 cams par NVR pour équilibrer les charges. Maintenant que vous savez où se situe votre problème, vous ne pouvez pas faire autrement que de diminuer la qualité d'image et jouer sur le nombre de fps pour permettre au NVR de traiter toutes vos caméras. Pour 12 caméras (12 canaux indiqués dans les specs), il faut passer vos caméras en 720p. Dans cette configuration, vous pouvez monter vos fps à 30 par caméra (360fps au total)

Merci oracle7 pour le lien. Moi, je ne retiens qu'une seule phrase, la plus importante : "Nota : sauf pour des raisons bien spécifiques, il n’est vraiment pas recommandé de mettre à jour une caméra Hikvision car le risque de brick est vraiment important." C'est ce que j'ai dit : pas de mise à jour, pas de problème.

Merci Zeus pour ce didacticiel. Il sera un bon lien à indiquer à tout ceux qui posent des questions sur le mode de stockage. Petite remarque sur cette phrase : En réalité il s'agit de deux choses bien différentes. Nos nas multibaies travaillent soit en RAID soit en SHR. C'est un choix fait au départ, et il n'y a pas de passerelle entre les deux. Par défaut, le système qui est installé est le SHR. Celui sans protection de données (un seul disque donc) embarque le système RAID (mdadm) + la surcouche multiraid (lvm2). C'est ce qui permet de le faire évoluer vers un SHR multidisque avec protection des données et même SHR2. Lorsqu'on fait le choix du RAID pur, le principe est exactement le même, sauf que dans ce cas il n'y a pas la surcouche lvm2. Le RAID monodisque est alors appelé (à tord) basic puisqu'il s'agit en fait d'un disque RAID (équivalent au SHR sans protection des données) Ce basic peut donc évoluer vers un RAID1, puis RAID5 et RAID6. Il n'y a pas de vrai basic sur des nas multibaies puisque tous les disques sans exception sont en RAID ou SHR. Seules les séries DS1xx ont un vrai basic. Généralement, quand on installe un seul disque dans un NAS multibaie, il y a fort à parier qu'il sera tôt ou tard jumelé avec d'autres parce que c'est tout de même la vocation de ce type de NAS. Comme tu l'as dit, le fonctionnement SHR ou RAID est quasi équivalent. Perso, entre les deux je préfère le basic/Raid sur des NAS à deux baies (mes NAS par exemple) parce que la surcouche n'est pas nécessaire, SHR pour ceux à 4 baies et plus pour la plus grande flexibilité sur la taille des disques. Attention là aussi, seuls les NAS milieu et haut de gamme ont le BTRFS. Les séries J sont en EXT4 seulement. Par ailleurs, il n'y a que deux systèmes. Au lieu de "Le plus fréquent sur nos NAS....", je dirais simplement "ceux utilisés sur nos NAS étant EXT4 et BTRFS (limité à certains modèles)" Les modèles compatibles BTRFS sont là : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/Which_Synology_NAS_models_support_the_Btrfs_file_system

La sauvegarde système faite par hyperbackup est en principe la même que celle effectuée manuellement via DSM. Ceci dit, il est tout de même plus prudent d'en faire une de temps à autre (surtout après des modifs de paramétrages) pour pouvoir remonter rapidement un NAS en cas de défaillance du premier. L'avantage de passer par Hyperbackup c'est la sauvegarde des paramètres de certains paquets (photo station par exemple) qui ne peut être faite autrement, ce qui rend ce paquet indispensable au moins pour cette fonction.

L'hibernation est désactivé si CS est activé. Perso, je ne préoccupe pas de ça puisque j'ai désactivé l'hibernation. Mes disques tournent 24/7 Voir cet article sur ce qui désactive l'hibernation : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Management/What_stops_my_Synology_NAS_from_entering_System_Hibernation

Euh, ai je bien compris ? La ou les connexion(s) USB du NAS ne sont pas DU TOUT prévues pour se connecter sur une box. Un NAS n'est pas un disque externe mais un serveur réseau et à ce titre, il doit être connecté au réseau par un câble ethernet.

Cloud Station Drive d'un côté, Cloud Station ShareSync de l'autre. Ne pas oublier d'ouvrir et rediriger le port 6690. Vous avez un tuto Synology pour ce type de connexion ici : https://www.synology.com/en-global/knowledgebase/DSM/tutorial/Backup/How_to_sync_data_between_multiple_Synology_NAS_via_Cloud_Station

Comme le dit Varx, problème de surchauffe. Ca peut très bien venir du switch, comme de la caméra.

Sur ce forum, on aime bien que les nouveaux arrivants passent par la case présentation avant de poster. Il y a une section dédiée à ça. Merci d'aller y faire un tour. Vu vos paramètres, ce message est normal puisque le NAS n'utilise que le certificat Synology qui n'est pas reconnu comme étant fiable. Un certificat s'applique à un nom de domaine. Il faut au minimum un ndd chez Synology pour lequel vous demandez un certificat Let's Encrypt. Mais même avec ce certificat, ça ne fonctionnera pas car vous faite une requête sur votre réseau privé vers une IP privée pour laquelle il n'y a pas de certificat (pas de ndd). Le seul moyen que je connaisse c'est d'avoir un vrai non de domaine (ndd) et de passer par le serveur DNS du NAS pour créer une zone privée exclusive à votre réseau qui pourra résoudre des adresses du type video.ndd. Il faut bien entendu qu'il y ait un certificat valide adossé à video.ndd. Sinon, vous pouvez très bien ignorer ce message puisqu'il y a peu de chance que des attaques se produisent à l'intérieur de votre réseau, à moins que vous ayez des doutes sur ses utilisateurs 😉

Est-ce que le POE est secouru (onduleur) ? Est-ce que l'IP est fixée dans le routeur ?

Bonjour floyd12, Ici nous ne recommandons pas l'utilisation du JBOD, et encore moins du RAID0. Si vous perdez un disque, toutes vos données sont perdues. Ensuite, vous ne pouvez monter ni l'un ni l'autre avec un seul disque. Leur montage se fait une bonne fois pour toute. Si vous n'avez qu'un seul disque, vous pouvez oublier. Vous pouvez très bien commencer par un seul disque en SHR et plus tard ajouter un ou plusieurs disque(s) pour lesquels vous pourrez choisir soit une augmentation de groupe (il faudra dans ce cas que le ou les disques soient au moins aussi gros que le disque existant), soit de créer un nouveau groupe. Dans le premier cas, vous passerez d'un groupe SHR sans protection de donnée à un groupe SHR avec protection des données. Si vous n'ajoutez qu'un seul disque, votre espace de stockage n'augmentera pas mais vos données seront sécurisées. C'est équivalent à un RAID1. Avec un deuxième disque, vous doublerez votre espace de stockage avec une protection des données sur un disque. C'est équivalent à un RAID5. Dans le deuxième cas, votre capacité de stockage sera la somme des capacités des disques. C'est un peu plus contraignant à l'usage qu'un JBOD ou un RAID0 puisque vous avez deux groupes distincts, mais si vous perdez un disque, les données du disque restant seront préservées. Si vous ne modifiez pas le type de stockage existant (RAID ou SHR), l'augmentation d'un groupe existant ou la création d'un nouveau groupe n'altère pas les données existantes. Par contre, si le système permet d'augmenter le nombre de disques pour augmenter la capacité de stockage ou la protection des données (RAID5 vers RAID6, ou SHR vers SHR2), vous ne pouvez pas le diminuer. Dernier point très important : quel que soit le type de stockage que vous choisirez, il est impératif de prévoir dans votre projet une sauvegarde périodique des données, au moins les plus importantes. Vous pouvez choisir tout support, disque externe, cloud, autre NAS. Le choix est large.

A vrai dire je ne connais pas les NVR. Je ne savais pas qu'ils pouvaient avoir une version light de DSM pour ne faire que de la surveillance. Quoi qu'il en soit, le NVR a ses propres limitations en terme d'IPS en fonction du type de fichier video (MJPEG ou H264). Si vos caméras sont HD (3M et plus) et que vous avez opté pour la qualité d'image la plus élevée, vous dépassez probablement les capacités de traitement du NVR. Par exemple : pour des caméras 3M en H264, le maximum de FPS du NVR est 60. Avec 12 caméras, vous ne pouvez pas dépasser 5 FPS par caméra. Si vos caméras sont réglées en 5M et H264, le maximum de FPS est de 40, soit un peu plus de 3 FPS par caméra. A mon avis, votre problème vient du fait que vos réglages individuels des caméras dépassent les capacités du NAS. A vérifier. Vous trouverez les limites des FPS ici : https://www.synology.com/fr-fr/products/NVR1218#specs

Il est aussi inutile et contre productif de faire du reverse proxy vers du https. HTTPS / audio.toto.bzh / 443 vers HTTPS / localhost / 8801 HTTP / localhost / 8800

2ème présentation ? Votre compteur indique 4 messages mais il n'y a que celui-ci d'enregistré. Quoi qu'il en soit, soyez (à nouveau) le bienvenu dans la communauté. De ce que je comprends de vos captures, vous avez commencé à lancer une procédure d'augmentation de volume(s) en remplaçant un 1To par un 4To sur chaque volume.

Comment êtes vous sûr que ce sont les disques ? Avez-vous fait le test du NAS avec cette procédure ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Si les disques sont HS, la seule possibilité est de s'adresser à des sociétés spécialisées. Le coût de ce type d'intervention se chiffre en plusieurs milliers d'Euro, sans garantie du résultat.