Jump to content
XPEnology Community

remplacer une carte Sata 2 ports par une 4 ports : ordre de branchement des disques existant


Recommended Posts

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

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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]]'



 

Link to comment
Share on other sites

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).

 

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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 by maconly34
Link to comment
Share on other sites

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.

Link to comment
Share on other sites

  • 1 month later...

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 by maconly34
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...