Mic13710

Et moi qui vient de faire la maj ce week-end ! Indépendamment de l'inquiétude que cela peut susciter, aggravée par le manque de communication de la part de Synology, c'est étonnant qu'ils aient mis tant de temps pour la supprimer. En général, ça arrive dans la semaine qui suit la mise en ligne. Attendons de voir la suite qui sera donnée. Il se peut que ce soit un simple bug de leur côté.

@pompone vous y mettez un peu de mauvaise volonté. Votre groupe initial comportait 2 disques. Vous en avez retiré un pour une raison qui vous regarde. Dès lors, la seule option possible c'est de réparer ce qui a été cassé. Le message de votre capture était pourtant assez clair. Je le reproduis ci-dessous. Il ne dit rien d'autre que de remplacer le disque défaillant et de cliquer sur réparer pour lancer la réparation du groupe. Quand vous dites je cite : "ce n'est pas une incitation a aller plus loin", c'est bien évidemment tout le contraire puisqu'on vous dit fort justement de procéder rapidement à la réparation sinon vous risquez de perdre vos données si le disque restant tombe lui aussi en panne.

Il ne s'agit pas d'ajouter un disque mais de réparer le groupe. Cliquez sur Réparer et ça devrait le faire. Cette opération ne changera pas votre capacité de stockage. Elle réparera le groupe en restaurant la protection des données.

Je n'utilise CMS que pour de la supervision. J'effectue toutes les opérations directement sur les NAS.

Ca veut dire simplement que le disque est en attente d'affectation. Si vous allez dans groupe de stockage, vous sélectionnez le groupe 1 et à l'aide du bouton action, vous devriez pouvoir réparer le groupe en sélectionnant le disque 1.

Disque SMR, qui plus est non officiellement reconnu comme compatible par Synology, je pense que vous avez là les ingrédients d'un potentiel problème. Un peu de lecture : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/PMR_SMR_hard_disk_drives Je ne saurais trop vous conseiller de retourner votre disque s'il est encore temps. Et pour les présentations, il n'est pas trop tard 😃

Bonjour Mikymike, soyez le bienvenu dans la communauté

Il est d'usage sur ce forum que les nouveaux arrivants passent par la section des présentations avant de poster. Est-ce que vous avez vérifié que votre nouveau disque st bien dans la liste des disques compatibles, et si oui, est-ce que vous avez choisi un disque dont la technologie et les caractéristiques sont proches de ceux qui sont en place ? https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS211j&category=hdds_no_ssd_trim&p=1

@Jeff777 Tu as tout à fait raison, d'autant que nous avons tout les deux la même installation. Cependant, je ne recommanderais pas @MilesTEG1 cette solution qui s'adresse plutôt à un public averti et dont l'interface est tout de même moins "user friendly" que celle de SRM. J'ai par contre un sérieux doute sur le VLAN. Il me semblait que les routeurs Synology ne le permettaient pas. D'après @oracle7 ce serait possible si je comprends bien. A confirmer.

Aucune importance, l'essentiel étant de simplement détruire les partitions existantes

Non, vrai. Je n'ai jamais eu de virus sur mes PC.

Le disque 3 est marqué comme désactivé. Il faut le sortir du NAS et le formater sur un PC pour casser les partitions existantes. Vous le remontez et normalement vous devriez pouvoir réparer votre groupe 1. Attention : comme vous avez 2 groupes dégradés, il faudra bien associer le disque sur le groupe 1.

Je n'avais pas tout lu. Donc, effectivement, vous avez tenté d'ajouter le disque de 3To au disque de 1To. En fait, ça avait fonctionné mais c'est votre méconnaissance du RAID qui vous a fait croire le contraire. En rajoutant un disque dans un SHR sans protection des données (ce que vous aviez à l'origine) ça n'augmente pas la capacité du groupe. Ca le transforme en un groupe SHR avec protection des données. Vous aviez donc au final le même stockage de 1To avec un disque de 1To et un autre de 3To dont seulement 1To était utilisé, les 2To restants n'étaient pas exploitables puisque impossible à mettre en miroir. Il n'y avait rien d'anormal à cette situation. Il aurait fallu ensuite remplacer le 1To par un 3To pour pouvoir exploiter la totalité du stockage, soit 3To. Maintenant que votre groupe est passé en SHR avec protection des données, la seule solution officielle est de tout reconstruire. A moins que vous rajoutiez un autre disque de 1To ou plus pour reconstruire le groupe. C'est au contraire ce que vous devez faire le plus vite possible (reconstruire votre SHR avec protection des données), car comme vous le dites, vous n'avez plus de filet. Si le seul disque sain tombe en panne, vous perdrez toutes vos données.

J'avais noté ça moi aussi mais je n'ai pas relevé. Le serveur DHCP est indépendant. Il n'est pas impacté par le WAN. Mais bon, je n'ai pas de LB aussi je me suis abstenu d'intervenir, surtout que le fonctionnement de ces bestioles est parfois déroutant (sans jeu de mots).

Le POE demande de préférence du câble CAT 6A. Du CAT 5E peut faire l'affaire si la charge n'est pas trop importante. C'est en fait une question de section de fil. Il est plus gros sur un 6A que sur un 5E.

Beaucoup plus que moi sur PC 😄

Il manque les vues développées pour les groupes. Je vais me débrouiller sans. A première vue, c'est un peu le souk dans votre stockage. Pour que je comprenne, vous avez actuellement un groupe de stockage 1 dégradé. Il est constitué de deux disques de 3To (les 2 et 3). Et un groupe de stockage 3 dégradé, constitué d'un seul disque de 1To (le 4). Sur ce dernier, il est en SHR avec protection des données et vous aviez un disque en miroir mais vous l'avez retiré. Pourquoi ? C'est en tout cas pour cette raison qu'il est noté dégradé. Votre NAS doit bipper ..... Sur le premier groupe, il est évident que votre disque 3 a un problème. Est-ce le nouveau disque que vous tentez de mettre en place ? Si oui, l'avez vous testé avant de le mettre en place ?

Tiens, c'est drôle, j'ai débuté moi aussi avec un TI99/4A. Ensuite, ce fut un Apple 2C, ma seule intrusion dans le monde des pommés que j'ai très rapidement quitté. Soyez le bienvenu dans la communauté.

Belle tentative, mais quand je parle de section des présentations, c'est qu'il y en a une faite uniquement pour ça 😃 C'est ici ; https://www.nas-forum.com/forum/forum/16-présentation/ Ma jeunesse à moi, c'est la version d'Aznavour. Je ne savais pas que Bellavoine l'avait reprise. Mais passons. A mon tour je ne comprends rien à votre stockage. D'abord 3x3 + 1, puis 2x3 + 1, comment sont montés ces disques : un seul groupe de 3x3 + 1 sur lequel vous voulez changer un disque de 3To ? un seul groupe de 2x3 + 1 sur lequel vous voulez rajouter un disque pour augmenter votre stockage ? Ou bien 3 disques, 2 de 3To et 1To, avec un volume sur chacun et vous voulez rajouter un quatrième volume ? Des captures d'écran seraient plus parlantes.

Qui a parlé de changer de système de fichier ? Le but est simplement d'étendre via un terminal un volume qui n'a pas été étendu par DSM. P.S. : sur ce forum il est d'usage que les nouveaux passent par la section des présentations avant de poster. Il n'est pas trop tard 😉

Ce sujet peut vous intéresser : https://www.nas-forum.com/forum/topic/58702-changement-disques-pas-daugmentation/?do=findComment&comment=1319342758

Bonjour YOliv, soyez le bienvenu dans la communauté

J'ai effectivement suivi ton conseil et ça a résolu mon problème, mais je me suis aperçu au final que le certificat wildcard ne couvrait pas mes domaines *.subx.ndd.net En fait, le certificat est bien détecté par mon navigateur (Firefox) mais la connexion n'est pas sécurisée car le wildcard ne couvre que le niveau sur lequel il a été créé. J'ai donc revu ma copie pour couvrir le niveau inférieur. La commande appropriée est la suivante : acme.sh --issue --keylength 4096 -d 'ndd.net' -d 'subx.ndd.net' -d '*.subx.ndd.net' --dns dns_ovh où subx est soit sub1, soit sub2, soit ... Je n'ai pas mis de *.ndd.net puisque je n'ai pas d'enregistrement wildcard correspondant dans la zone et hormis sub1 et sub2, je n'ai pas d'autre domaine à ce niveau. Mais j'aurais pu utiliser un *.ndd.net en lieu et place de subx.ndd.net En conclusion, le certificat wildcard n'est valable que pour le niveau sur lequel il a été créé. Il ne faut pas oublier selon les besoins de rajouter un wildcard par niveau pour couvrir tous les domaines.

Vous pouvez tester votre nas : 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 Il est probable aussi que votre batterie interne soit HS. La remplacer.

Merci @.Shad. pour le lien. Malheureusement ça ne fait pas le job. A partir du moment où l'adresse peut-être résolue dans le reverse proxy mais qu'elle est bloquée par le profil de contrôle d'accès, c'est toujours la page Synology qui s'affiche. @DaffY je crois comme .Shad. qu'à partir du moment où il s'agit d'un fichier qui n'est pas existant, il ne devrait pas être modifié lors de maj. Le fichier missing.xxx n'est pas d'origine dans le dossier web. Il ne sera pas écrasé lors de la mise à jour. Et plus généralement, il ne devrait pas y avoir non plus de problème avec l'index.html puisque ce fichier est on ne peut plus personnalisable.