Mic13710

Pas normal. Que donnent les commandes df –h pvdisplay lvdisplay

Merci pour le retour. Les 3To ont été tellement la cause de pertes de volumes, qu'il est rassurant de savoir que pour la majorité des utilisateurs ça se passe sans problème. Fort heureusement, tous les 3To ne sont pas foireux. C'est juste qu'on a assisté à une telle hécatombe pendant un temps qu'il a paru préférable à bon nombre d'entre nous de ne pas les recommander et de plutôt les éviter.

Ce n'est pas soutenu officiellement, mais voici un lien qui devrait vous aider. https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/#comment-137

Et donc ? Elle devrait logiquement être à 9To approx.

Le RAID1 (md3) est terminé. Par contre, je ne comprends pas bien pourquoi le contrôle de parité du RAID5 du md2 a été relancé. Il aurait dû poursuivre indépendamment du md3. Mais êtes vous sûr de ça ? Parce qu'au départ, il y avait ça : Ce qui porterait à croire que la reconstruction ne peut se faire que sur un md à la fois. Surtout que 34.2% en à peine une heure, c'est improbable. Qu'elle est maintenant la capacité indiquée par le gestionnaire ?

Ce n'est pas parce qu'ils ne sont pas dans la liste qu'ils ne fonctionneront pas. De quels modèles s'agit-il ?

Je ne vois rien d'anormal. On y verra plus clair une fois les processus terminés.

Effectivement, la reconstruction est en cours. Il faudra relancer la commande une fois que ce sera fait. Ceci dit, on voit bien les deux RAID le RAID5 (md2) et le RAID1 (md3). Le gestionnaire de stockage devrait vous donner une capacité de 9To.

Ce que vous voyez est normal puisque c'est le principe du SHR. Votre groupe est formé d'un RAID5 sur 2To de tous les disques et d'un RAID1sur les 2To restants des deux 4To. Que donne la commande cat /proc/mdstat

Pas de problème en principe. Vérifiez tout de même qu'ils soient dans la liste des DD compatibles pour le 218J. Un petit passage par la case présentation est toujours apprécié sur ce forum. Certains y sont sensibles.

Si le port 80 ne sert qu'à ça, il est plus simple de n'autoriser que les ports Let's Encrypt dans le parefeu qu'on peut laisser ouverts en permanence. Les ports sont donnés plus haut dans ce fil.

Un petit passage par la case présentation est apprécié par ici. Il n'est pas trop tard pour bien faire Ce que vous souhaitez faire ,'est pas possible. On peut monter en gamme, pas descendre. La seule solution serait de remplacer au moins 3 disques par des 4To.

Pas du tout. La position du disque n'a rien à voir. L'augmentation peut se faire en remplaçant au moins deux disques de la grappe par des disques plus gros et ce quel que soit leur emplacement. Non. Les partitions swap et système sont trop petites pour avoir un tel impact sur le total. J'opterais pour un problème de disque. Avez-vous vérifié les disques avant de les associer au SHR ? Lancez un test smart étendu sur tous les disques et postez le résultat.

Non pas avec windows. Il faudra passer par une distribution linux (Ubuntu). Il y a un tuto Synology pour ça.

Non, et en plus ça ne présente guère d'intérêt. Fat16, Fat32 et NTFS sont des formats DOS/Windows. Ext2,3,4 et BTRFS sont des formats Linux. Si votre PC est sous windows, vous utiliserez de préférence du Fat32 ou mieux du NTFS pour votre disque externe Si votre PC est sous Linux, vous utiliserez de préférence du Ext4 Le principe c'est d'utiliser un système compatible avec votre PC pour que vous puissiez lire le disque en cas de crash du nas.

Une meilleure gestion de l'espace disque qui s'avère très utile pour certains paquets comme CloudStation. Rien que pour ce paquet l'espace total occupé par les fichiers est sensiblement le même que le total des fichiers, celui occupé sur un EXT4 est sensiblement le double car il faut maintenir un fichier caché pour gérer les versions alors que le BTRFS utilise les snapshots pour retrouver les versions précédentes. Le format du disque externe n'a aucun rapport avec le type de montage des disques du NAS. Il peut être en EXT4, FAT32, NTFS...

Et aussi nouvel arrivant sur ce site. Ici on apprécie particulièrement que les primo arrivants fassent d'abord un petit tour du côté du forum des présentations. Vous pouvez commencer par là. Ensuite ce que vous demandez c'est la base d'un NAS et n'est qu'affaire de gestion des droits des utilisateurs. Ce n'est pas très compliqué mais difficile à expliquer sur un simple post sans y adjoindre une foultitude de captures d'écrans. Le mieux pour commencer serait de consulter le guide d'utilisation pour vous familiariser avec votre NAS. Je vous conseille aussi d'aller jeter un oeil dans le forum des tutoriels où vous trouverez de bons tutos pour débuter proprement.

Les vues peuvent être différentes mais la procédure est immuable.

Je me demande parfois pourquoi je me fend d'un message s'il n'est pas lu. C'est plus que largement suffisant. Le mien alimente beaucoup plus que ça : 2 NAS, la box, mon PC, 3 switches dont un POE, une borne Wifi, une imprimante, le téléphone, ma domotique, des caméras IP et même ma lampe de bureau.

Vous pouvez effectivement voir avec le support. Il est possible qu'ils aient une solution à vous proposer. En attendant leur intervention, ne touchez à rien.

A juste titre...... Pas moi mais seulement le petit bonhomme dans ma signature. Perso, je n'en sais rien. Après ces précisions, bienvenu dans la communauté.

C'est impossible car les disques sont en RAID5 et que les données sont réparties par bandes sur tous les disques. Seule une entreprise spécialisée pourrait récupérer quelque chose, à condition qu'elle soit sérieuse (attention aux nombreux gigolos qui prétendent pouvoir récupérer et qui font généralement plus de dégâts) et que les disques n'aient pas trop souffert. Ce type de sauvetage se chiffre en milliers d'Euros .

Je pense que c'est ça qui a tué votre SHR. Explication. Votre volume faisait probablement 7.5To constitué d'un RAID5 utilisant 1.5To sur 4 disques (soit 4.5To) et d'un RAID5 utilisant les 1.5To restants des 3 disques de 3To (soit 3To). En remplaçant votre 1.5To par un 3To, votre NAS a naturellement procédé à la réparation du premier RAID5 (pas grave), mais surtout il a commencé l'augmentation de volume du deuxième RAID5 en y incluant les 1.5To du nouveau disque (plus grave). La seule possibilité que je vois c'est de remonter le disque 1 à sa position initiale et de remettre le 3To neuf en position 4 après l'avoir formaté sur un PC pour casser les partitions qui ont été créées par le NAS. Redémarrer le NAS en priant très fort pour que le disque 1 puisse reprendre sa place dans le groupe. Si tout se passe bien, le disque 4 devrait se rajouter naturellement au SHR pour former un volume de 12To. Il faudra surement procéder à des réparations, mais malheureusement il est très probable que l'opération échoue car le disque 1 qui est fatigué risque de ne pas passer l'épreuve. Si par chance vous arrivez à remonter votre volume, ce que je vous souhaite, il faudra procéder très rapidement au remplacement du disque 1. En tout état de cause, le 1.5To ne peut plus être remonté dans le NAS.

Départ désastreux. Ce forum apprécie particulièrement que les nouveaux entrants passent par la case présentation avant de poster. Ce message n'est certainement pas dans le bon forum, et en plus il n'est jamais bon de multiplier les messages en espérant recevoir une réponse. Bref, peut mieux faire. Il n'est pas trop tard pour corriger le tir. En attendant, je verrouille ce message qui n'a rien à faire ici.

Sans définition du besoin, difficile d'apporter une réponse. Dans un premier temps je vous conseille de consulter le sélecteur de nas Et pour ce qui est des différences, vous pouvez allez voir le comparateur des 4 modèles 218