Mic13710

En SHR comme en RAID classique, il faut toujours commencer un groupe par les disques les plus petits. Dans le cas présent, ce sont les 6To à mettre en premier. C'est bien cela, mais ce ne sont pas des volumes mais des groupes. C'est exact si le disque le plus petit est toujours dans la grappe. Mais en supposant que le disque le plus petit ait été remplacé, on peut toujours rajouter un disque de même capacité parce que le SHR incorpore un RAID de cette capacité. C'est le disque le plus petit avec lequel la grappe a été construite qui compte 😉.

@CyberFr j'entends bien le caractère sécuritaire. Pour autant cette question ne concerne pas DSM, ni de prés ni de loin. Jusqu'à preuve du contraire, Wireguard est une solution VPN qui n'est pas embarquée dans nos NAS, et c'est bien regrettable mais là n'est pas le débat. Que vous vous en serviez pour joindre votre réseau de manière sécurisée, et donc votre NAS, n'en fait pas pour autant un sujet concernant les produits synology. J'ai moi même beaucoup échangé sur ce protocole et je l'ai fait dans le bar. On pourrait à la limite le mettre dans internet et réseau, mais c'est tout. Il restera donc dans ce forum.

Le générateur de code OTP est lié aux identifiants ? Et en utilisant un gestionnaire indépendant ? Je ne sais pas si ça existe dans le monde des pommes, sous android il y en a pas mal. Celui que j'utilise : FreeOTP+

@bouhh69 Comme quoi on ne dit pas toujours que des âneries....

Le seul moyen c'est de détruire le groupe et de le reconstruire. Ceci bien entendu détruit toutes les données. Il faudra donc mettre à jour vos sauvegardes pour pouvoir effectuer cette opération. Si vous vous lancez, avant de créer les nouveau groupes, je vous conseille d'en profiter pour repartir avec une ré-installation complète de DSM pour que la partition système puisse passer à la nouvelle taille de 7.9Go.

@CyberFr que vient faire cette question dans la section concernant l'installation et la configuration des NAS ? Depuis le temps que vous êtes sur ce forum, ce genre d'erreur ne devrait plus se produire, d'autant que ce n'est pas la première fois vous concernant. Je déplace encore mais c'est la dernière fois. Concernant le fichier de conf, il est tout à fait modifiable directement dans le client Wireguard. Les seuls éléments à ne pas altérer sont les clés, l'adresse de l'interface et l'IP publique de la freebox dans le Peer puisque ces éléments permettent d'identifier le client auprès du serveur. Pour que wireguard puisse atteindre le réseau privé, il faut autoriser le dit réseau dans les AllowedIPs du Peer et il faut aussi autoriser le trafic de l'IP du client à atteindre le réseau. C'est ce qu'on retrouve dans le fichier de conf généré par la freebox. AllowedIPs = 0.0.0.0/0, 192.168.27.64/27, 192.168.X.0/24 (X à remplacer par la plage IP privée de la freebox) Si vous ne voulez pas que le trafic internet passe par la freebox, il faut supprimer 0.0.0.0/0 Et pour atteindre le NAS, il faut bien évidemment que la plage d'IP de Wireguard soit autorisée dans le parefeu, ce qui devrait être le cas si vous avez suivi le tuto sur la sécurisation du NAS. Sinon, il faut y ajouter la plage 192.168.27.64/27.

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.

@baleino01, super si vous avez pu remettre en service votre NAS. Un conseil, pensez à mettre en place un système de sauvegarde périodique. Cela fait partie intégrante d'une gestion normale des données.

Dans votre premier message, le NAS fonctionnait avec un autre disque mais pas avec les WD Pro. Maintenant il n'accepte pas un Barracuda. Avez-vous fait un test de carte mère ? 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 Mais à mon avis, c'est plutôt le bloc d'alimentation qui est HS. Vu que vous avez plusieurs NAS à portée de main, avez-vous essayé avec une autre alimentation ?

Le seul RED Pro de 2To figurant dans la liste des disques compatibles pour le 218+ est le WD2002FFSX - 68PF8N0 https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS218%2B&category=hdds_no_ssd_trim&display_brand=other&filter_brand=Western Digital&filter_class=Enterprise NAS&filter_size=2TB Est-ce la référence de vos disques ? Il n'y a pas de RED Pro dans la liste des incompatibles. Cependant, si tous les disques ne fonctionnent pas, il ne peut s'agir d'une anomalie isolée mais plutôt d'une incompatibilité matérielle. Est-ce que tous les disques sont issus du même lot ? Ont-ils tous le même firmware ? Il se pourrait que le problème vienne de la version du firmware installée.

Vous pouvez essayer avec un disque différent d'installer DSM et voir si tout fonctionne correctement. Vous ne pouvez pas réinstaller vos disques avec celui utilisé pour les tests car il y aura des conflits de groupe et de volume. Essayez avec l'application Synology Assistant.

C'est toujours le même problème. Lorsqu'on ne sauvegarde pas la clé OTP et/ou qu'on n'utilise pas plusieurs supports pour générer le code, on s'expose à ce genre de situation. Pas d'autre choix que de faire un reset mode 1 pour réinitialiser l'accès au NAS : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Par la suite, je vous recommande de suivre les indications données dans le tuto sur la sécurisation de nos NAS concernant le double authentification. Et tant qu'à faire, mettre en application le dit tuto.

C'est en principe tous les 60 jours. Tu peux vérifier la fréquence dans le fichier ndd.conf. Pour le mien :

Pour commencer, il n'est vraiment pas bon de casser un groupe de disques comme vous l'avez fait. Un groupe est une entité et lorsque vous sortez un de ses membres, il est exclu. J'espère pour vous que cette manipulation n'a pas créé d'erreurs de parité qui peuvent aller jusqu'à la perte du groupe. Avant d'aller plus loin, il faut faire un test de carte mère : 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 Comment pouvez vous en être sûr ? Ce n'est parce qu'elle fonctionne à vide qu'elle est capable d'alimenter le NAS avec ses disques. Vous pouvez toujours compter sur vos sauvegardes.

@firlin le script de déploiement n'est à exécuter qu'une seule fois lors de la première installation. C'est ensuite le script acme.sh qui se charge du déploiement. Il ne faut donc plus lancer la tâche à chaque renouvellement. Cependant, il arrive parfois que le déploiement ne se fasse pas et qu'il soit nécessaire de lancer le script manuellement. La dernière fois que ça m'est arrivé, je t'en avais parlé sur ce sujet Regarde tes logs pour identifier où le déploiement ne s'est pas fait et pourquoi.

Oui, c'est plus rapide, mais aussi plus risqué, la perte d'un disque entrainant la perte complète des données et l'obligation de tout reconstruire. Heureusement ! C'est d'autant plus obligatoire du fait du RAID0 😉. Pensez tout de même à vérifier périodiquement que vos sauvegardes peuvent être restaurées. Il serait regrettable de perdre deux fois des données !

Ce n'est pas du tout ce que disent les captures. Vous avez deux groupes de stockages ce qui demande au moins 2 disques. Que dit le deuxième groupe ? J'ai bien l'impression qu'il y a une certaine incohérence dans le gestionnaire. Ca ce n'est pas possible. On ne peut pas construire un groupe de 3.5To sur un disque de 8To. Le groupe doit obligatoirement occuper tout l'espace disque. Le volume lui peut être plus petit et on peut mettre plusieurs volumes sur un groupe. Conclusion : Je pense sans trop me tromper que le 8To a été cloné à partir d'un 4To.

Tant pis, je n'en saurai pas plus.

Vous donnez vous même la réponse à votre question (quand on parle de migration, il s'agit de monter les disques d'un NAS dans un autre NAS). Mais comme l'a dit @Lelolo, chaque cas étant différent, il est impossible de vous donner une réponse claire sans des informations claires.

Hyperbackup en faisant des opérations dossier partagé par dossier partagé me semble approprié. Plus que jamais vous en servir comme sauvegarde périodique, surtout avec du RAID0 sur le NAS principal ! Pour info, la synchro n'est pas une sauvegarde. Question : pourquoi opter pour du RAID0 ?

Je plussoie. La première manip n'avait qu'un seul but : pouvoir retrouver les données, les sauvegarder et refaire une installation neuve. Plusieurs raisons à cela : Le format des groupes est maintenant en BTRFS et sauf erreur, celui du1512+ est encore en ext4. De ce fait, vous ne pouvez pas bénéficier des avantages du BTRFS (instantanés, active backup, meilleure gestion de l'espace disque notamment pour Drive, etc...) Vous importez les limitations de taille maxi de volume du 1512 De nombreuses applications nécessitent le BTRFS pour pouvoir être chargées et utilisées Et par dessus tout ça, il y a la taille du dossier système qui a été modifiée dans les dernières versions de DSM pour passer de 2.3Go à 7.9Go. Il est impossible de la changer sans une réinstallation complète. L'ancienne partition fonctionne encore (avec quelques difficultés lors des mises à jour pour certains) mais il y a fort à parier que les prochaines versions majeures de DSM nécessiteront une partition étendue pour pouvoir être installées et fonctionner correctement. A vous de voir si vous voulez pleinement exploiter les capacités de votre nouveau NAS ou si vous voulez utiliser une Ferrari pour rouler sur des chemins forestiers. Si c'est ce que vous voulez, alors je vous recommande de vous tourner vers le support pour demander comment supprimer vos applications obsolètes.

Oui parce que les mails sont envoyés via le serveur de messagerie de Synology vers votre adresse e-mail et ne concernent que les erreurs ou changements d'états du système. Ca n'a rien à voir avec la notification aux utilisateurs qui elle se fait directement à partir du serveur smtp que vous avez configuré dans l'adresse e-mail de l'expéditeur (bouton "configurer" dans le partie E-mail du même onglet). La page de saisie est celle indiquée par @goerges.

C'est dans l'espace abonné, mes options, Notifications par SMS. La clé API est créé quand on valide l'option, et son utilisation est assez simple : L'envoi du SMS se fait en appelant le lien suivant : https://smsapi.free-mobile.fr/sendmsg avec les paramètres suivants : user : votre login pass : votre clé d'identification générée automatiquement par notre service msg : le contenu du SMS encodé sous forme d'url (Percent-encoding) Exemple : Envoyer le message "Hello World !" sur votre mobile : https://smsapi.free-mobile.fr/sendmsg?user='N°de login'&pass='clé d'identification'&msg=Hello%20World%20! Note : il faut bien remplacer les espaces par '%20' sinon les SMS peuvent ne pas passer, surtout si les messages sont longs.

@Jeff777, je sais bien que les RAID3 et 4 existent, mais ils sont confidentiels (peu utilisés) et ne sont pas dispos sur nos NAS, d'où ma question ! 😉

Je ne sais pas pour les autres opérateurs, mais chez free on peut envoyer des sms avec une simple clé api. Je l'utilise pour le NAS et pour la domotique et ça fonctionne au poil.