maconly34 Posted March 24, 2021 Share #1 Posted March 24, 2021 Bonjour, je m'apprête à remplacer une carte Sata 2 ports par une 4 ports sur mon Xpenology (DS3615XS) afin de rajouter 2 disques (Actuellement 10 disques / 3 volumes).La carte actuelle que je vais remplacer drive 2 disques appartenant à un Raid qui en contient 4. Question comment ne pas faire d'erreur pour l'ordre de branchement des anciens disques et des 2 nouveaux disques ? Dois-je brancher le Sata1 ancienne carte sur le sata1 nouvelle carte etc. ? D'avance MERCI Quote Link to comment Share on other sites More sharing options...
Guest Posted March 24, 2021 Share #2 Posted March 24, 2021 Salut, Oui, il te faut bien respecter l'ordre afin de ne pas casser ton RAID ( c'est un RAID ou un SHR ? ) et bien sur, le faire NAS éteint. Attention, certaines cartes commencent à numéroter SATA1 et d'autre SATA0 ! Pour les cartes "SAS" avec par exemple 1 port A (4*SATA) et B(4*SATA), il arrive que le port B soit "en 1er" dans la numérotation. Si tu souhaites "assurer le coup" et en même temps vérifier le fonctionnement de ta carte SATA avec Xpenology, il peut être intéressant de démarrer ta machine uniquement avec 2 DD de test par exemple sur SATA1 et SATA3 et de procéder a une installation rapide de DSM, afin de valider que le DD sur SATA1 correspond bien au SATA1, ... cela te validera aussi la bonne compatibilité de ta carte SATA. Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 24, 2021 Author Share #3 Posted March 24, 2021 Trop rapide, MERCI. SHR carte Sata drivée par Marvell 88SE9215 Cela me semble compliquée comme procédure. Est-ce que je peux tenter de re-brancher mes 2 disques actuels en respectant l'ordre S1 sur S1 et S2 sur S2. Et au cas où je me serais planté, est-ce que cela va abimer ma grappe ? MERCI Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 24, 2021 Author Share #4 Posted March 24, 2021 (edited) Y'a t-il un moyen (commande unix) d'identifier les ports vs disques durs ? P.S. j'ai déjà réparé des problèmes de grappe en mode Terminal, mais bon si je peux éviter les emmerdes ! Edited March 24, 2021 by maconly34 Quote Link to comment Share on other sites More sharing options...
Guest Posted March 24, 2021 Share #5 Posted March 24, 2021 Je ne suis pas familier du RAID/SHR, je ne l’utilise pas au quotidien, d'autres pourront peut être t’apporter plus de précision sur ce point. Par contre, en raid chaque disque est tagué disque X du raid A.... Si le tag n'est pas juste DSM, doit protéger l'écriture afin de ne rien compromettre, mais cela reste très théorique. Pour lister mes disques j'utilise cette commande, venant de nas-forum : fdisk -l | grep '/dev/[sh]d\|sata[[0-9]\|[a-z]]' Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 24, 2021 Author Share #6 Posted March 24, 2021 Je viens d'exécuter cette commande, mais je ne vois pas la relation avec les ports Sata ??? De plus 2 erreurs apparaissent, comment les corriger ? Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sda1 2048 4982527 4980480 2.4G Linux RAID /dev/sda2 4982528 9176831 4194304 2G Linux RAID /dev/sda5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sda6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdb1 2048 4982527 4980480 2.4G Linux RAID /dev/sdb2 4982528 9176831 4194304 2G Linux RAID /dev/sdb5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdb6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdc1 2048 4982527 4980480 2.4G Linux RAID /dev/sdc2 4982528 9176831 4194304 2G Linux RAID /dev/sdc5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdc6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors /dev/sdd1 2048 4982527 4980480 2.4G Linux RAID /dev/sdd2 4982528 9176831 4194304 2G Linux RAID /dev/sdd5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdd6 3906838336 5860326239 1953487904 931.5G Linux RAID Disk /dev/sde: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sde1 2048 4982527 4980480 2.4G Linux RAID /dev/sde2 4982528 9176831 4194304 2G Linux RAID /dev/sde5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sde6 3906838336 5860326239 1953487904 931.5G Linux RAID /dev/sde7 5860342336 7813830239 1953487904 931.5G Linux RAID Disk /dev/sdf: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors /dev/sdf1 2048 4982527 4980480 2.4G Linux RAID /dev/sdf2 4982528 9176831 4194304 2G Linux RAID /dev/sdf5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdf6 3906838336 5860326239 1953487904 931.5G Linux RAID Disk /dev/sdg: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdg1 2048 4982527 4980480 2.4G Linux RAID /dev/sdg2 4982528 9176831 4194304 2G Linux RAID GPT PMBR size mismatch (102399 != 1968127) will be corrected by w(rite). /dev/sdg5 9453280 3906822239 3897368960 1.8T Linux RAID /dev/sdg6 3906838336 5860326239 1953487904 931.5G Linux RAID /dev/sdg7 5860342336 7813830239 1953487904 931.5G Linux RAID Disk /dev/sdh: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdh1 2048 4982527 4980480 2.4G Linux RAID /dev/sdh2 4982528 9176831 4194304 2G Linux RAID /dev/sdh5 9453280 3907015007 3897561728 1.8T Linux RAID /dev/sdh6 3907031104 7813830207 3906799104 1.8T Linux RAID Disk /dev/sdi: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdi1 2048 4982527 4980480 2.4G Linux RAID /dev/sdi2 4982528 9176831 4194304 2G Linux RAID /dev/sdi3 9437184 7814032064 7804594881 3.6T Linux RAID Disk /dev/sdj: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors /dev/sdj1 2048 4982527 4980480 2.4G Linux RAID /dev/sdj2 4982528 9176831 4194304 2G Linux RAID /dev/sdj3 9437184 7814032064 7804594881 3.6T Linux RAID GPT PMBR size mismatch (102399 != 20971519) will be corrected by w(rite). Quote Link to comment Share on other sites More sharing options...
Guest Posted March 24, 2021 Share #7 Posted March 24, 2021 Sur Synology, a = 1er port, .... Dsl pour les erreurs, cela ne me parle pas du tout ! @nicoueron ou @JacquesF pourront peut-être nous en apprendre plus ! Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 24, 2021 Author Share #8 Posted March 24, 2021 Ok merci pour les infos. Je vais déjà tester ça demain. Waiting @nicoueron , @JacquesFou autres guru pour ces erreurs. Bonne soirée Quote Link to comment Share on other sites More sharing options...
JacquesF Posted March 24, 2021 Share #9 Posted March 24, 2021 Bonsoir, Jamais eu l'occasion de le faire. Les disques sont identifiés dans le cas d'un raid soft (Raid ou SHR) par une information stockée en toute fin de disque (superblock). Elle indique à quel grappe il appartient et permet ainsi de construire le raid directement au démarrage. En principe, je ne vois pas en quoi l'ordre des disques poserait un problème pour identifier les membres du raid puisque c'est justement la présence de ce bloc qui permet de détecter quels disques en font partie et de construire la grappe au démarrage. Dans le cas d'un raid matériel, là cela dépendra du contrôleur, mais je doute que la position des disques soit vraiment critique. Mais je n'ai aucune certitude là-dessus. Vues la quantité et la taille des disques, je doute qu'une sauvegarde du contenu soit facile à faire... Mais personnellement, j'arrêterai le NAS, retirerai tous les disques en identifiant leur position, mettrai 3 ou 4 petits disques de récupération et je ferai le test d'installer DSM, de créer le RAID en respectant le même type que le précédent, mettrai des données dessus et stopperai le NAS. Ensuite je ferai le test de déplacer les disques dans la grappe et de redémarrer le tout pour voir si je retrouve mes données de test. C'est nettement plus sûr ainsi. Au pire, avec 2 disques placés sur les 2 premiers ports de la carte on peut faire le test, à positionner n'importe où ensuite sur les ports de la carte. Mais si c'est un raid soft géré donc par mdadm (natif Synology et non pas un contrôleur RAID externe), je suis quasi certain qu'on retrouvera les données après ce test. Ensuite, selon les résultats, il sera temps de choisir le mode d'extension à suivre. Jacques Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 24, 2021 Author Share #10 Posted March 24, 2021 (edited) Bonsoir Jacques, merci pour ta réponse nocturne et ultra rapide !!! Effectivement la sauvegarde est très compliquée... Retirer tous les disques, et faire un essai avec 4 autres... why not... mais procédure longue. C'est effectivement un Raid soft Syno SHR 1, j'ai déjà eu l'occasion d'inverser des disques et je me rappelle avoir eu des problèmes, mais pas forcément liés à cette erreur car j'avais des soucis de câbles Sata qui déconnés !!! donc pas sûr. Je vais opter pour la solution de remplacer , la carte, mettre les 2 disques actuels en S1 et S2, et voir ce qui se passe, plus simple et plus rapide. Et si bug, je sais coment reconstruire la grappe en mode Terminal. Merci, je vous tiens au courant. P.S. Mais mon plus gros problème actuellement est sur ce post (4 jours que je bosse dessus sans trouver de solution !!!) Si tu as une solution... Edited March 24, 2021 by maconly34 Quote Link to comment Share on other sites More sharing options...
fbittoun Posted March 25, 2021 Share #11 Posted March 25, 2021 Je confirme ce que dit JacquesF DSM utilise les UUID de tes disques et partitions qui eux ne changeront pas avec le changement de contrôleur J'ai moi-même joué a déplacer les disques d'un contrôleur à l'autre et le DSM retrouve toujours ses petits Bien à toi. Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 25, 2021 Author Share #12 Posted March 25, 2021 Cool, merci pour ces infos, je tente ça dans 1h et je vous tiens au courant. MERCI Quote Link to comment Share on other sites More sharing options...
nicoueron Posted March 25, 2021 Share #13 Posted March 25, 2021 Je confirme, l'ordre des disques n'est absolument pas important. Quote Link to comment Share on other sites More sharing options...
Guest Posted March 25, 2021 Share #14 Posted March 25, 2021 Bon, je pense que @maconly34 tu peux faire ton changement de carte sata sans stress maintenant Quote Link to comment Share on other sites More sharing options...
maconly34 Posted March 25, 2021 Author Share #15 Posted March 25, 2021 Of course ! MERCI à tous ! Quote Link to comment Share on other sites More sharing options...
maconly34 Posted April 28, 2021 Author Share #16 Posted April 28, 2021 (edited) Avec un peu de délai, je viens de faire la manip, remplacement d'une 2 x sata par une 4 x sata. Bien qu'ayant respecté le sata 1 ancienne carte vers vers sata 1 nouvelle etc., les 2 disques se trouvant sur l'ancienne carte (position 9 et 10 sur le Syno) se sont retrouvés en position 9 et 11. J'ai donc modifié la position physique d'un des disques afin qu'il se retrouve bien en position 10. Concernant ma question de base, vous aviez raison, puisque dans les 2 cas le Raid ne s'est pas dégradé. MERCI À TOUS !!! Edited April 28, 2021 by maconly34 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.