Skip to content


Ajout d'un disque à chaud sous VMware avec LVM

Afin d'agrandir l'espace total d'une machine virtuelle sous VMware. Nous faisons le choix d'ajouter un disque à chaux et d'agrandir les volumes logiques (lvm) à celui-ci.

L'ajout du disque n'est pas forcément et automatiquement vu par le système...

Pour éviter de redémarrer la machine nous allons imposer au système de re-scanner les disques...

echo "- - -" > /sys/class/scsi_host/host#/scan

ici # étant le numéro du disque !

Si on fait un fdisk, le nouveau disque devrait être vu

fdisk -l

Le souci est de connaitre le numéro du disque # ajouté (n+1 à priori)

Pour s'en libérer nous allons faire une boucle :

for i in $(ls /sys/class/scsi_host/ | awk -F 'host' '{print $2}');
do
echo "- - -" > /sys/class/scsi_host/host$i/scan
done

Cela donne :

Feb 26 23:53:41 debian kernel: [14871.741642] ata1: hard resetting link
Feb 26 23:53:41 debian kernel: [14872.060034] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 26 23:53:41 debian kernel: [14872.062297] ata1.00: configured for UDMA/133
Feb 26 23:53:41 debian kernel: [14872.076034] ata1: EH complete
Feb 26 23:53:41 debian kernel: [14872.076193] ata2: hard resetting link
Feb 26 23:53:41 debian kernel: [14872.396038] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 26 23:53:41 debian kernel: [14872.397647] ata2.00: configured for UDMA/133
Feb 26 23:53:41 debian kernel: [14872.412019] ata2: EH complete
Feb 26 23:53:41 debian kernel: [14872.412202] ata3: hard resetting link
Feb 26 23:53:42 debian kernel: [14872.732042] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Feb 26 23:53:42 debian kernel: [14872.733240] ata3.00: configured for UDMA/66
Feb 26 23:53:42 debian kernel: [14872.748026] ata3: EH complete
Feb 26 23:53:42 debian kernel: [14872.748196] ata4: hard resetting link
Feb 26 23:53:42 debian kernel: [14873.068038] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 26 23:53:42 debian kernel: [14873.084775] ata4.00: configured for UDMA/133
Feb 26 23:53:42 debian kernel: [14873.100026] ata4: EH complete
Feb 26 23:53:42 debian kernel: [14873.100208] ata5: hard resetting link
Feb 26 23:53:42 debian kernel: [14873.420030] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 26 23:53:42 debian kernel: [14873.490368] ata5.00: configured for UDMA/133
Feb 26 23:53:42 debian kernel: [14873.516024] ata5: EH complete
Feb 26 23:53:42 debian kernel: [14873.516187] ata6: hard resetting link
Feb 26 23:53:43 debian kernel: [14873.836031] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 26 23:53:43 debian kernel: [14873.934187] ata6.00: configured for UDMA/133
Feb 26 23:53:43 debian kernel: [14873.972025] ata6: EH complete

Nous appellerons cette partition /dev/sdb1.

fdisk /dev/sdb
Commande (m pour l'aide): n
Commande d'action
e   étendue
p   partition primaire (1-4)
p
Numéro de partition (1-4): 1
Premier cylindre (2-40960, par défaut 2):
Utilisation de la valeur par défaut 2
Dernier cylindre, +cylindres or +taille{K,M,G} (2-40960, par défaut 40960):
Utilisation de la valeur par défaut 40960
Commande (m pour l'aide): w
La table de partitions a été altérée!
Appel de ioctl() pour relire la table de partitions.
Synchronisation des disques.

On dit au système que sdb1 est prête pour être utilisé par lvm

pvcreate /dev/sdb1
Physical volume "/dev/sdb1" successfully created
vgextend vg_serveur /dev/sdb1
Volume group "vg_serveur" successfully extended
vgdisplay --units H
--- Volume group ---
VG Name               vg_serveur
System ID
Format                lvm2
Metadata Areas        2
Metadata Sequence No  4
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                2
Open LV               2
Max PV                0
Cur PV                2
Act PV                2
VG Size               58,52 GB
PE Size               4,19 MB
Total PE              13953
Alloc PE / Size       3714 / 15,58 GB
Free  PE / Size       10239 / 42,95 GB
VG UUID               5hojXK-GrRS-rT6x-1Fw3-iFKR-Vp3r-PmGvr6

Notez le chiffre 10239 qui nous sera fort utile ! (merci à Psychoze !)

lvextend -l +10239 /dev/vg_serveur/lv_root

Une fois bien plein.....

Agrandissons le système de fichier !

resize2fs /dev/vg_serveur/lv_root
resize2fs 1.41.12 (17-May-2010)
Le système de fichiers de /dev/vg_serveur/lv_root est monté sur /  ; le changement de taille doit être effectué en ligne
old desc_blocks = 1, new_desc_blocks = 4
En train d'effectuer un changement de taille en ligne de /dev/vg_serveur/lv_root vers 13272064 (4k) blocs.
Le système de fichiers /dev/vg_serveur/lv_root a maintenant une taille de 13272064 blocs.

Voilà 🙂

- Fin -

Print Friendly, PDF & Email

Posted in CentOS, Debian, Linux, Technique, Toutes, Virtualisation, VMware. Tagged with , , , , , , .

6 Responses

Stay in touch with the conversation, subscribe to the RSS feed for comments on this post.

  1. Mad said

    Très clair
    thx 😉

  2. Psychoze said

    Sinon, "lvextend -l +10239 /dev/vg_serveur/lv_root", ça va plus vite 😉

  3. lolotux said

    C'est vrai ! 😉

  4. John said

    Bravo, merci beaucoup !

  5. R4han85 said

    sinon, pour faire un lvextend + resize de la totalité de l'espace libre sur le VG sur une seule ligne de commande:

    lvextend -l+100%FREE -r /dev/mapper/vg_serveur/lv_root

Continuing the Discussion

Some HTML is OK

(required)

(required, but never shared)

or, reply to this post via trackback.

Time limit is exhausted. Please reload CAPTCHA.


/* */
Creative Commons License
Cette création par Laurent Besson est mise à disposition selon les termes de la licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 2.0 France.