Mic13710

Sans hésitation : un seul groupe avec les 4 disques et sauvegarde périodique des données importantes sur le 211 que vous allumez un peu avant la sauvegarde programmée et éteignez en fin de sauvegarde. Vous avez une sauvegarde externe sur le cloud d'Amazon pour tout ce qui peut se passer qui n'a pas été anticipé comme cet exemple : https://www.nas-forum.com/forum/topic/78285-déplacer-des-disques-dun-ds411ii-vers-un-ds413/?do=findComment&comment=1319497710

Possible pour le 718+, il a pas mal d'applis en opération. Mais bon, le CPU tourne entre 5 et 7 %, pas de quoi le mettre à genou. Le 220+, avec beaucoup moins d'applis est un peu plus sollicité du fait des 5 caméras mais il ne fait pratiquement que ça. Son CPU tourne autour des 9%. Les RAM ne sont pas non plus au taquet (entre 40 et 70%). Aussi loin que je me souvienne, j'ai eu très souvent ces messages (surtout avec SS), sans aucune conséquence sur les mises à jour qui se sont toujours déroulées normalement. J'en ai parlé ici parce que le cas s'est encore produit aujourd'hui sur mes deux NAS à la maj de SS. Ce qui m'étonne surtout, alors qu'on est quasiment tous dans ce cas, c'est que Synology n'aient pas résolu ce comportement pour le moins étrange qui doit en dérouter plus d'un.

Vous êtes dans la page dédiée pour les présentations et vous pouvez tout à fait la compléter si vous le souhaitez 😉 Pour votre question, c'est plutôt dans Démarrage configuration qu'il faut aller la poser

Bonjour @mister58, soyez le bienvenu sur ce forum. Pour clarifier les choses, ici c'est uniquement pour les présentations, pas pour les questions. La deuxième partie de votre message doit faire l'objet d'une demande dans la section appropriée. Je me suis permis d'éditer votre message et de barrer la partie qui n'avait pas sa place. J'ai aussi modifié le titre.

Ici on parle tout de même d'un 718+ et d'un 220+. On a vu mieux question lenteur 😛. Ce n'est pas grave en soit, tant que la maj se déroule normalement. Mais pourquoi pas tenter la prochaine fois en SSH. Merci pour la commande synopkg.

@PtitJojo, oui en ce qui concerne les CMR, mais non pour les disques non approuvés. Tous les disques compatibles ne sont pas dans la liste, mais il y a aussi des disques non compatibles qui eux ne sont pas dans la liste. Autre point, Synology se réserve le droit de ne pas assurer d'assistance si les disques installés ne sont pas approuvés. En conclusion, il vaut mieux choisir des disques approuvés pour ne pas avoir de problème lors de l'installation et plus tard en cas d'intervention de l'assistance.

Bonjour @Mitchch, soyez le bienvenu sur ce forum. @Jeff777, j'ai été surpris moi aussi, et puis en consultant le site j'ai vu qu'il y avait des modèles de NAS dont toi et moi ne verrons probablement jamais la couleur qui n'ont que des disques Synology. Par exemple : https://www.synology.com/fr-fr/compatibility?search_by=products&model=HD6500&category=hdds_no_ssd_trim Et autre drôlerie pour ce NAS, il y a même un disque Synology incompatible. Un comble !

Merci @PiwiLAbruti pour l'info. Je viens de mettre à jour SS sur mes deux NAS et cette nouvelle fonctionnalité est apparue dans le menu des caméras. Hors sujet : chez moi comme d'hab, la mise à jour de SS (mais pas que) génère un étrange message : "Erreur système. Impossible d'effectuer cette opération. Veuillez réessayer ultérieurement" Et puis tout se déroule normalement ensuite. Il doit y avoir un bug dans le processus de mise à jour des paquets. Suis-je le seul ?

J'en déduis que vous êtes encore en ADSL. Avec la fibre, pas de foudre. L'onduleur protège uniquement contre les surtensions. Si la foudre se propage sur le circuit électrique, l'onduleur sera incapable de la filtrer. Il n'y a que les vrais parafoudres en tête d'installation, installés selon les règles de l'art (respect des longueurs de raccordement à la terre notamment) qui peuvent assurer une protection efficace. A titre perso, j'ai installé des parafoudres modulaires sur le tableau d'arrivée électrique ainsi qu'un parafoudre dédié sur la ligne téléphonique. Ce dernier n'a plus d'utilité depuis que je suis passé à la fibre.

https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Il faudra bien pourtant. Toute manip sur les disques comportent des risques qui peuvent aller jusqu'à la perte des données. Si vous aviez des données importantes, c'était avant qu'il fallait s'en inquiéter en faisant des sauvegardes périodiques, au moins des données les plus importantes. Maintenant c'est trop tard, et il faut accepter le risque de pouvoir tout perdre. Pour de plus amples informations sur la migration des disques, ses risques et ses limitations, voir cette kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Il est préférable, oui. Bien qu'à partir de DSM6, l'ordre n'ai plus d'importance. Mais comme votre groupe a été bâti sur une version plus ancienne, mieux vaut conserver l'ordre pour éviter de mauvaises surprises.

Vous trouverez toutes les informations utiles pour la migration dans cette kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Parce que le service d'indexation s'applique sur les fichiers multimedia. Surveillance Station n'est pas dans le périmètre de ces fichiers, et sauf erreur, il n'y a pas de moyen de relancer une indexation quelle qu'elle soit dans SS.

Etes-vous sûr que le nouveau (!) nas fonctionne ? Test de la carte mère ?

Ca rejoint un peu ce que je disais, à savoir une dissociation de fichiers. Pas sûr qu'une réindexation réussisse à remettre le truc d'aplomb. Si ça ne fonctionne pas, vous pouvez toujours supprimer à la main les fichiers incriminés.

Hormis cette histoire de scanner, ce nas fait partie de la série équipée d'un C2000 dont le défaut est de risquer de tomber en panne à tout moment. Je vous conseille VIVEMENT de mettre en place un système de sauvegarde périodique des données pour pallier une éventuelle panne du NAS. Ce conseil vaut bien entendu pour tout autre modèle, mais cette série est particulièrement sujette à un arrêt brutal. Un peu de lecture :

Pas besoin de pc ou autre pour transférer vos données. Juste votre navigateur. Le plus simple serait de monter des dossiers distants dans File Station. Vous créez sur le 413 un dossier partagé temporaire que vous nommez comme vous voulez et dans file station "Outils/Monter un dossier distant" pour monter les dossiers du 409 qui pointe vers le dossier partagé. Il faudra le faire dossier partagé par dossier partagé. Vous copiez/collez les fichiers dans les différents dossiers du 413. Une fois les données transférées, vous pouvez supprimer le dossier partagé temporaire.

@CoolRaoul Il me semblait bien que tu étais en 7.1... A l'époque tu étais même surpris que ton NAS soit compatible. Ceci dit, je ne vois pas sur mon compte une quelconque indication de la version de DSM installée. Il s'agit probablement d'un mail d'information générale d'obsolescence plutôt qu'un message qui t'est adressé personnellement. N'aurais tu pas par hasard activé l'envoi de mails d'infos ? Edit : Je confirme. Il s'agit bien d'un message général à tous les inscrits qui ont des NAS des séries 11 à 16 et plus susceptibles de faire encore tourner DSM6.2. J'ai vérifié et j'ai reçu le même qui a été directement filtré par zimbra vers les mails commerciaux.

@CoolRaoul ton 213J n'est-il pas compatible avec DSM7.1 ?

Si vous avez correctement fait les choses, votre certificat devrait couvrir mon_domaine.fr et *.mon-domaine.fr, le "*" étant un wilcard qui permet de couvrir les dépendants de premier niveau de mon-domaine.fr, dont www.mon-domaine.fr, video.mon-domaine.fr, etc... Si ce n'est pas le cas, il faut refaire votre certificat, non sans avoir au préalable vérifié que vous avez bien dans la zone OVH une entrée CNAME *.mon-domaine.fr qui pointe vers mon-domaine.fr. La créer si besoin.

Parce que c'est impossible. Et aucun constructeur ne peut le proposer. Les disques sont associés dans un groupe qui fonctionne à l'aide d'un gestionnaire de RAID logiciel mdadm. Et si un espace sur un disque n'est pas utilisé parce qu'il n'y a pas de possibilité de le combiner avec le même espace sur un autre disque pour assurer la continuité de service, il n'est pas pour autant utilisable comme espace de stockage car il fait partie intégrante d'un groupe qui fonctionne exclusivement en RAID. Il sera utilisé dès lors qu'un disque de même capacité que le plus gros du groupe viendra soit remplacer un disque plus petit, soit sera ajouté au groupe.

Oui, inutile d'en rajouter. Je pense qu'il y a confusion. Le VPN Wireguard sur votre box vous permet d'accéder à votre réseau local à partir du net. Là vous parlez d'un serveur VPN externe qui offre des services d'anonymat (qui n'engagent que celui qui y croit). Cette connexion n'a aucun rapport avec wireguard puisqu'elle s'établit entre un client (PC ici) et un serveur externe cad, à partir de votre réseau vers le net. Ce tunnel n'emprunte pas le tunnel wireguard qui lui fonctionne dans l'autre sens. Vous pouvez très bien activer le serveur VPN du NAS pour servir de lien secondaire en cas de problème sur Wireguard (service de la box hs, perte de la clé ou autre..) Dans ce cas, vous pouvez passer par le serveur du NAS soit en OpenVPN, soit en L2TP/IPSec. Il n'y a malheureusement pas de Wireguard sur le serveur du NAS. A titre perso, j'ai wireguard sur mon routeur depuis peu de temps, que j'utilise quasi en permanence sur mon PC et mon smartphone ainsi que pour une liaison site à site, mais j'ai conservé le serveur du NAS comme solution de replis si wireguard dysfonctionne.

Tout dépend des paquets. Certains sont installés sur la partition système, les autres sont sur le volume1 par défaut. Vous pouvez le savoir en consultant le centre des paquets. Leur emplacement est indiqué dans le détail de chacun d'eux sous la rubrique Volume installé. Par exemple pour Universal Search : Pour Hyperbackup :

Remplacer un autre disque de 4To par un autre de 8To. L'espace n'est pas perdu, il est en attente d'association avec un espace identique pour assurer la sécurisation des données.

Je n'ai pas d'explication pour ça, c'est plutôt Synology qui pourraient répondre à cette question. Néanmoins, en consultant les dossiers des caméras, vous remarquerez qu'il y a un dossier particulier qui s'appelle @SSRECMETA qui lui même contient 3 dossiers Preview, Reclog et Thumbnail avec pour le premier et le dernier, tout un tas de sous dossiers. Je pense que SS se base sur les métadonnées contenues dans ces dossiers pour gérer les enregistrements et pas sur les enregistrements présents. Ainsi, il est tout à fait possible que des enregistrements plus anciens existent sur le NAS, mais ne soient peut être pas intégrés dans les métadonnées, ce qui expliquerait qu'ils soient ignorés par le système de rotation. Il est possible que SS ait été réinstallé sur ce NAS et que les métadonnées aient été réinitialisées sans pour autant que les enregistrements présents soient supprimés. Ce n'est bien entendu qu'une hypothèse. Si ces enregistrements plus anciens n'ont plus d'utilité, vous pouvez essayer de les supprimer et surveiller le comportement des rotations dans les semaines suivantes.