Agrandissement disque sur une VM Linux

Bonsoir,

Je dispose d'une machine virtuelle Linux RedHat 6 (un peu ancienne) avec deux disques:

Code:

---

1 2 3 4

[root@SERVER1 ~]# pvs PV VG Fmt Attr PSize PFree /dev/sda2 VG_SYS lvm2 a--u 41,61g 0 /dev/sdb1 VG_DATA lvm2 a--u 150,00g 0

---

J'aimerais augmenter mon VG_DATA de 10Go.

Je vais sur mon vCenter, clique droit "Edit Settings", au niveau de HARD DISK 2, je mets 160 au lieu de 150.

Je me connecte sur ma machine :

Code:

---

1 2	echo 1 > /sys/class/block/sdb/device/rescan pvresize /dev/sdb1

---

Pas de messages d'erreur.

En tapant la commande fdisk -l il me semble que /dev/sdb a bougé, mais surtout je vois aussi une ligne intéressante :

Disque /dev/mapper/VG_DATA-lv_data à la taille finale 160 G.

Mais en revanche en passant la commande pvdisplay ou pvs mon Physical Volume est toujours à 150G.

Ai-je oublié quelque chose qui m'échappe ?

il faut augmenter la taille de la partition sdb1 et faire après un pvresize.

Merci pour ta réponse.

Tu veux dire que en plus de le faire au niveau VMware, il faut aussi faire un "fdisk /dev/sdb1"?

Le

Code:

---

echo 1 > /sys/class/block/sdb/device/rescan

---

ne remplace pas l'étape fdisk ?

C'est sans doute moi qui ne comprends pas quelque chose.

si tu affiche la table de partition de ton disque, il va te signaler 10Go d'espace libre en fin de disque.
La tu as deux stratégies possible :
- soit tu étends la partition existante
- soit tu crées une nouvelle partition sdb2 que tu déclares en PV. Ce PV te l’intègre à ton VG et là, tu étends ton système de fichier
Aucune n'est meilleur que l'autre, il s’agit de 2 écoles de pensée.
Si tu n'avais pas de partition sur le disque, le pvresize aurait été suffisant.

En gros tu as :
- 1 fichier sur ton disque dur présenté à ta VM.
- Pour ta VM, c'est un disque dur.
- Ce disque a une table de partition avec une partition reconnu comme étant la sdb1.
- Cette partition est déclaré comme une partition LVM que celui-ci utilise comme un PV.
- Ce PV est lui même intégré à un VG
- Ce VG est découpé en LV.
- Chaque LV a un système de fichier.
- Ce système de fichier est monté dans un répertoire.

En espérant que cela t'as éclairé.

Citation:

---

Envoyé par kevin066

Code:

---

echo 1 > /sys/class/block/sdb/device/rescan

---

---

Cela ne sert qu'a recharger les caractéristiques de ton disque dur. Sur les RHEL 7 et 8, cette étape n'est plus obligatoire, UDEV s’aperçoit généralement des changements. En fonction des configurations, sur RHEL6, cela peut être obligatoire, ou bien automatique, mais avec un délai avant la mise à jour.

Merci.

Si je comprends bien, si mon disque était /dev/sdb le pvresize aurait suffit, mais comme dans /dev/sdb j'ai une partition /dev/sdb1 (je le vois en faisant pvs ou fdisk /dev/sdb) je suis obligé d'aller de faire un fdisk /dev/sdb et d'étendre /dev/sdb1.

Tu valides?

je valides.
voici un lien pour étendre : https://www.tutos-informatique.com/a...rtition-linux/
Si tu es frileux pour tes données, utilise la seconde méthode

Je me suis lancé avant d'attendre tes consignes … ceci dit avec prudence :

umount /data

fdisk /dev/sdb

p pour lister la table des partitions

n pour ajouter une partition (je n'ai pas vu agrandir)

Ajout d'une partition primaire, numéro 2 puisque qu'on a déjà /dev/sdb1

Pour le 1er secteur, il me propose par défaut le 1er secteur libre fais donc ENTER

Pour le dernier secteur libre, idem, il me propose une valeur par défaut, je fais ENTER puisque je veux disposer de tout l'espace libre.

Ensuite je fais t pour changer l'étiquette (sdb1 est 8e Linux LVM, donc je fais pareil pour sdb2)

Et là je marque un temps d'arrêt pour avoir ton avis ?

Si tu valides je fais w

Merci ;-)

oui, tu peux

ATTENTION : la table de partitions n'a pas pu etre relue : erreur 16 : Peripherique ou ressource occupe.
Le noyau continue a utiliser l'ancienne table. La nouvelle sera utilisee
lors du prochain demarrage ou apres avoir execute partprobe(8) ou kpartx(8).
Synchronisation des disques.

Pourtant j'avais démonté le FS concerné.

Tu crois que je vais avoir des soucis ?

non, redémarre la vm. C'est assez courant sur les redhat 6.
Après, tu continues la procédure en créant le PV puis en l'intégrant au VG puis en étendant le LV.

reboot

pvcreate /dev/sdb2

vgextend VG_DATA /dev/sdb2

=> du coup mon VG à grossit.

J'ai plus qu'à étendre mon FS /data

C'était quoi ce message d'erreur au moment de l'écriture dans la table des partitions ?

Rien de bien grave. Un problème de rafraîchissement qui apparaît souvent sur les VM.
Un simple redémarrage le résout.

J'ai poursuivis pour documenter la manip (ça peut servir à d'autres personnes) :

Code:

---

lvextend -l +100%FREE /dev/VG_DATA/lv_data

---

Mon logical volume lv_data prend bien la bonne taille.

Code:

---

resize2fs /dev/VG_DATA/lv_data

---

MAIS :

resize2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/VG_DATA/lv_data
Impossible de trouver un superbloc de systeme de fichiers valide.

Jamais vu ce message. Bizarre bizarre !

Oups, système de fichier xfs:

Code:

---

xfs_growfs /dev/VG_DATA/lv_data

---

Tout est ok !

Merci beaucoup pour ton aide GABRIEL21

Super,
de rien

J'ai une dernière question :

Lorsqu'on agrandit HARD DISK 2 au niveau VMware, 2 cas :


1. Si on a juste /dev/sdb :

Code:

---

1 2	echo 1 > /sys/class/block/sdb/device/rescan pvresize /dev/sdb

---

Est-ce que /dev/sdb voit sa taille augmenter ?

Si oui comment peut-on faire le vgextend ? Impossible n'est ce pas ? Je crois qu'on voit de la place Free dans le Volume Group en faisant un vgdisplay sur le VG concerné sans faire aucun vgextend. J'ai dû faire une fois cette manip, je ne m'en souviens pas.


2. Si on a une partition /dev/sdb1 :

fdisk /dev/sdb pour créer une /dev/sdb2 avec la place dispo suite à la manip VMware. Puis la manip qu'on a vu ci-dessus…

MAIS, juste après VMware, pour voir cette place dispo dans fdisk, faut-il rebooter la machine avant ?


Thanks :-)

Quand tu commences à utiliser LVM, soit tu fais un pvcreate (suivi de la création du ou des VG suivi des LV) sur le disque complet (/dev/sdb) soit sur une partition du disque (/dev/sdb1). Quand tu agrandi ton disque virtuel, celui-ci ne va pas toucher à la structure des partitions. Si LVM utilise le disque complet, les commandes LVM pourront directement agrandir le volume LVM, si LVM est sur une partition, tu devras agrandir celle-ci.

Oui tout à fait, merci pour ces précisions.

Question :

Une fois le disque agrandit sous VMware, qu'il y ait une partition sbd1 sur le disque ou pas, pour que le disque ait sa nouvelle taille que faut-il faire ?

Rien ? Un rescan ? Un reboot ?

Un reboot je pense.