Agrandir RAID1 après changement HD

[PengouinPdt]

Bonjour,

Non, je ne cherche pas comment faire !

Je viens de changer les deux disques dur d'origine - qui étaient de 250G - pour des disques de 1To.
La SME que j'administre en est à la version 7.5.1, mise-à-jour régulière, de ce fait de ce jour ...
Le système est donc en RAID1+LVM d'origine.

Que je suive le tutoriel anglais du wiki de contrib, ou celui de pialasse, quoiqu'il en soit je n'aboutis à rien.

Je comprends et le raisonnement et les différentes manipulations. Néanmoins, je n'arrive apparemment à rien !
Et, pas de message d'erreurs !

Mon fdisk /dev/sda - le sdb a les mêmes infos, relatives à lui-même bien sûr - :

fdisk /dev/sda

Le nombre de cylindres pour ce disque est initialis� � 121601.
Il n'y a rien d'incorrect avec cela, mais c'est plus grand que 1024,
et cela pourrait causer des probl�mes en fonction pour certaines configurations:
1) logiciels qui sont ex�cut�s � l'amor�age (i.e., vieilles versions de LILO)
2) logiciels d'amor�age et de partitionnement pour d'autres SE
(i.e., DOS FDISK, OS/2 FDISK)

Commande (m pour l'aide): p

Disque /dev/sda: 1000.2 Go, 1000204886016 octets
255 t�tes, 63 secteurs/piste, 121601 cylindres
Unit�s = cylindres de 16065 * 512 = 8225280 octets

P�riph�rique Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 fd Linux raid autodetect
/dev/sda2 14 30401 244091610 fd Linux raid autodetect

Lvdisplay restitue cela :

lvdisplay
/dev/cdrom: open failed: Aucun medium trouv
--- Logical volume ---
LV Name /dev/main/root
VG Name main
LV UUID FEO5xI-sqfl-Qdz0-CDD8-Dbjj-dlpQ-WvAnwh
LV Write Access read/write
LV Status available
# open 1
LV Size 228,84 GB
Current LE 7323
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0

--- Logical volume ---
LV Name /dev/main/swap
VG Name main
LV UUID 8karTN-2b29-1GpN-1J2N-iHhf-lHRS-yNqx1q
LV Write Access read/write
LV Status available
# open 1
LV Size 3,94 GB
Current LE 126
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1

vgdisplay lui informe de cela :

vgdisplay
/dev/cdrom: open failed: Aucun medium trouv
--- Volume group ---
VG Name main
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 7
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 232,78 GB
PE Size 32,00 MB
Total PE 7449
Alloc PE / Size 7449 / 232,78 GB
Free PE / Size 0 / 0
VG UUID TjwnB7-XLsW-y3AG-btBK-LSVq-Komg-KbV3r0

Donc, en suivant le tuto anglais, à la lettre, le shell retourne ces informations :

[root@smecddp ~]# mdadm --grow /dev/md2 --size=max
[root@smecddp ~]# pvresize /dev/md2
/dev/cdrom: open failed: Aucun medium trouv
Physical volume "/dev/md2" changed
1 physical volume(s) resized / 0 physical volume(s) not resized
[root@smecddp ~]# lvresize -l +100%FREE main/root
/dev/cdrom: open failed: Aucun medium trouv
New size (7323 extents) matches existing size (7323 extents)
Run `lvresize --help' for more information.
[root@smecddp ~]# ext2online -C0 /dev/main/root
ext2online v1.1.18 - 2001/03/18 for EXT2FS 0.5b
ext2online: new size is same as current (59990016)

Est-ce que cela boguerait du fait que je passe d'une partition de 236Go à près d'un To ?!

[PengouinPdt]

Bon, je reviens de vacances ... :p

Y'a un problème avec la manière dont je décris mon problème ?
Ou, alors personne ne comprend ou n'a d'idées concernant mon problème ?!

Oui ? Non ?

[sibsib]

Hello,

Je ne suis pas un expert (loin de là ) mais il me semble qu'il manque une étape : l'agrandissement des filesystems sur les deux disques, non ?

Si je lis bien ton premier post, le fdisk indique toujours :

Code: Tout sélectionner

Disque /dev/sda: 1000.2 Go, 1000204886016 octets
255 t�tes, 63 secteurs/piste, 121601 cylindres
Unit�s = cylindres de 16065 * 512 = 8225280 octets

P�riph�rique Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 fd Linux raid autodetect
/dev/sda2 14 30401 244091610 fd Linux raid autodetect

Il me semble qu'il faudrait passer une commande pour que tes disques 'activent' le bout supplémentaire. Du moins, j'avais fait une extension de disque ainsi (C'est peut être du grand n'importe quoi !) : Création d'un FS supplémentaire, puis prise en compte de ce fs par le volume raid (il est vrai que le cas était différent).

Mais bref, en balayant la net, je trouvececi (que je n'ai pas testé !!!) il parle bien de passer d'abord par fdisk pour agrandir le FS sous jacent au device raid avant de lancer les différentes commandes d'agrandissement du raid.

Encore une fois, ce n'est pas un domaine que je maitrise...

A+,
Pascal

[jibe]

Salut,

Comme sibsib, je ne suis pas du tout spécialiste de ce genre de sport. En plus, je suis brouillé avec LVM que je vire systématiquement

Mais bon, il me semble à moi aussi qu'il eût fallu agrandir le filesystem. Je l'aurais fait avec gparted après avoir booté sur un liveCD quelconque, par exemple SystemRescueCD ou knoppix

Encore une fois, ce n'est pas un domaine que je maitrise...

Same for me... Use it at your own risks

[PengouinPdt]

Merci à vous deux. J'apprécie votre effort.

Je vais tester la solution que vous me proposez ; et, je tiens informé.

[fhs74]

Je me souviens l'avoir fais...
J'avais changé mes disques de 160 Go pour des 250 Go.
Pour cela, je m'étais appuyé sur un poste de Gaston.
Essaie de chercher les postes de Gaston parlant de l'augmentation de taille en Raid1 avec LVM.
Désolé de ne pouvoir pas plus t'aider....

FHS

[Vulmix]

Je ne sais pas si tu as résolu ton problème mais voici ce que j'avais noté lorsque j'ai changé mes disques pour des plus gros :
- retirer un des vieux

- ajouter un nouveau disque

- synchroniser

- supprimer le vieux disque et placer le deuxième nouveau

- synchroniser

- redimensionner la taille :

Code: Tout sélectionner

mdadm –grow /dev/md2 –size=max

- redimensionner la taille du lvm :

Code: Tout sélectionner

pvresize /dev/md2
lvresize –l +$(vgdisplay –c main | cut –d : -f16) main/root

- formate de l’espace ajouté :

Code: Tout sélectionner

ext2online –C0 /dev/main/root

Cela t'aide ?

[sibsib]

Hello,

Je ne sais pas sis çà l'aide, mais çà va à l'encontre de ce que je pensais et exposais plus haut

Si j'ai deux minutes dimanche, je monte une VM et j'essaye.

JiBé, tu devrais te réconcilier avec LVM : en version 2, c'est vraiment un super ami. OK, il parle une langue un peu ésotérique, mais il permet des trucs bluffants. En même temps, tu es plutôt orienté PME, donc en cas de modifs sur la taille des disques, je suppose qu'un arrêt système / reboot sur un rescue CD / travail à la main ne te fait pas trop peur.

Mais vraiment, LVM, c'est sympa (Et fiable, à mon avis).

A+,
Pascal

[jibe]

Salut,

Mais vraiment, LVM, c'est sympa (Et fiable, à mon avis).

Je n'ai jamais dit le contraire (ni pour la "sympathie" ni pour la fiabilité)
C'est simplement que je n'y vois pas une grande utilité pour ce que je fais généralement, et que par contre ça complexifie pas mal les choses dès qu'on veut intervenir sur les disques. Je sais bien manier fdisk et dd, mais je n'arrive pas à me mettre en tête toutes ces commandes barbares pour LVM Bon, c'est vrai qu'après, ce n'est qu'une question de pratique, mais justement : la pratique, je l'ai avec les méthodes traditionnelles et pas avec LVM

Je ne sais pas si tu as résolu ton problème mais voici ce que j'avais noté lorsque j'ai changé mes disques pour des plus gros :
[...]

Il va me faire mentir, lui... Moi qui pensais avoir la pratique ! Bon, c'est vrai aussi que je ne fais pas cette manip souvent (je ne suis même pas sûr de l'avoir jamais faite : les disques que j'ai "agrandis", c'était à l'occasion d'une réinstallation sur du nouveau matos, et j'utilise généralement la méthode des sauvegardes).

Donc, oui, c'est la bonne méthode : il faut en effet agrandir les arrays du raid, je ne suis pas sûr que gparted ait vraiment le même effet (adapté aux partitions et filesystems "normaux" de type ext3, fat, ntfs... mais pas sûr pour le raid).

[Vulmix]

Attention je n'ai aucun mérite. J'ai eu ces infos sur ce forum il y a quelques années...
Et lorsque quelque chose marche bien, je ne cherche plus une autre solution.

[PengouinPdt]

@ll: dsl, je suis "tombé" malade (une chti'te gastro ... arrêt jusqu'à ce jour ! :p)

@Vulmix : merci de ton post.

Au départ, c'est exactement ce que j'ai fais !
Néanmoins : niet, et ce, sans aucun message d'erreur.

@all:
Avec Gparted : impossible d'étendre la partition Raid, qui se trouve être une partition principale.
Avec parted : non plus.

Pour finir, j'ai bien essayé de créer dans l'espace vide une nouvelle partition raid, me disant que je l'assemblerais au reste ; mais, au reboot, kernel panic ...
Bref... j'ai dû me planter quelque part.

Bon, je vais au plus simple : réinstall SME sur les nouveaux HD puis restauration des données avec Affa. (déjà fait - ça marche très bien :p)

Merci à tous ... (on peut désormais fermer le post - merci d'avance.)

[Vulmix]

Juste une petite question : Est-ce qu'un des disques n'est pas défectueux ? Car dans ce cas là le raid ne voudra jamais l'utiliser.

[PengouinPdt]

Juste une petite question : Est-ce qu'un des disques n'est pas défectueux ? Car dans ce cas là le raid ne voudra jamais l'utiliser.

A-priori : non !

un petit 'cat /proc/mdstat' m'informe que tout va bien