Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Augmentation d'espace disque KVM

kalixe

Bonjour,

Ca fait deux jours que je galère avec un problème et peut être l'un d'entre vous saura comment faire.

J'ai ratissé le web à la recherche d'une solution mais en vain.

J'utilise un hyperviseur PROXMOX avec des VM de type KVM.

J'aimerais augmenter l'espace disponible sur une des VM KVM de 300Go à 400Go mais ça bloque.

Pour décrire ma façon de procéder :
* J'ai d'abord alloué à la VM KVM depuis ma console PROXMOX 100G.
* Par la suite, j'ai utilisé cfdisk avec create et write pour créer ma nouvelle partition sda3
* J'ai redémarré pour qu'il le prenne en compte
* J'ai créé un volume dans ma nouvelle partition :

> pvcreate /dev/sda3

* J'ai ensuite augmenter le groupe de volume :

> vgextend titan-vg /dev/sda3

Jusque la ça va puis ensuite :
* J'ai tenté d'augmenter mon volume

> lvextend -L+100G /dev/mapper/titan--vg-root

Et là j'ai ce message d'erreur qui apparait :

  Extending logical volume root to 395,76 GiB
  Insufficient free space: 25600 extents needed, but only 0 available

autres infos :

df -h
Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/titan--vg-root  291G  4,5G  272G   2% /
udev                        2,0G  4,0K  2,0G   1% /dev
tmpfs                       791M  268K  791M   1% /run
none                        5,0M     0  5,0M   0% /run/lock
none                        2,0G     0  2,0G   0% /run/shm
/dev/sda1                   228M   28M  189M  13% /boot

> vgdisplay
  --- Volume group ---
  VG Name               titan-vg
  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               299,76 GiB
  PE Size               4,00 MiB
  Total PE              76738
  Alloc PE / Size       76738 / 299,76 GiB
  Free  PE / Size       0 / 0
  VG UUID               HgV9O7-5Rce-jYP0-Nbf8-kCrG-J9jU-xcTwFx

> pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda5
  VG Name               titan-vg
  PV Size               299,76 GiB / not usable 2,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              76738
  Free PE               0
  Allocated PE          76738
  PV UUID               F7idwx-jFec-seO5-0fja-34bg-aBwf-JNxDfv

  --- Physical volume ---
  PV Name               /dev/sda3
  VG Name               titan-vg
  PV Size               992,50 KiB
  Allocatable           NO
  PE Size               4,00 MiB
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               Ind1NZ-i3UP-Qyb9-CZes-tanO-ryn4-YKov3z

Quelqu'un sait-il ce qui cloche ?

tiramiseb

Salut,

Quelqu'un sait-il ce qui cloche ?

Oui.

  PV Name               /dev/sda3
[...]
  PV Size               992,50 KiB
  Allocatable           NO

Ton PV fait 992 Ko.
C'est quoi cette partition ?

Que donne la commande suivante ?

sudo fdisk -l

kalixe

sudo fdisk -l

Disk /dev/sda: 429.5 GB, 429496729600 bytes
255 heads, 63 sectors/track, 52216 cylinders, total 838860800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00026228

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   629143551   314320897    5  Extended
/dev/sda3              63        2047         992+  83  Linux
/dev/sda5          501760   629143551   314320896   8e  Linux LVM

Partition table entries are not in disk order

Disk /dev/mapper/titan--vg-root: 317.6 GB, 317567533056 bytes
255 heads, 63 sectors/track, 38608 cylinders, total 620249088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/titan--vg-root doesn't contain a valid partition table

Disk /dev/mapper/titan--vg-swap_1: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/titan--vg-swap_1 doesn't contain a valid partition table

tiramiseb

/dev/sda3              63        2047         992+  83  Linux

Ben oui, elle est minuscule ta partition /dev/sda3...

Et puis il serait mieux de mettre le type de partition "Linux LVM", pour celles qui sont des PV (comme c'est le cas sur sda5 chez toi) mais bon ce n'est pas ça ton problème.

kalixe

Je sais pas j'ai suivi des tutoriaux, mais il y a des subtilités qui doivent m'échapper, j'ai utilisé cfdisk et voici ce qu'il me dit :

                           cfdisk (util-linux 2.20.1)

                              Disk Drive: /dev/sda
                       Size: 429496729600 bytes, 429.4 GB
             Heads: 255   Sectors per Track: 63   Cylinders: 52216

    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    sda3                    Primary   Linux                                1,05*
    sda1        Boot        Primary   ext2                               254,81*
                            Pri/Log   Free Space                           1,05*
    sda5        NC          Logical   LVM2_member                     321864,60*
                            Pri/Log   Free Space                      107375,24*

J'ai ajouté les 100 Go au groupe de volume pour étendre mon volume principal pourquoi je n'y arrive pas ?

kalixe

Est-ce que par hasard je ne devrais pas plutot faire

> vgextend titan-vg /dev/sda5

ou alors ca risque d'endommager mes données ?

tiramiseb

J'ai ajouté les 100 Go au groupe de volume pour étendre mon volume principal pourquoi je n'y arrive pas ?

Tu parles des 100 Go de la fin ?
Qu'est-ce que tu appelles "ajouté au groupe de volume" ? Quelle(s) opération(s) précise(s) as-tu fait ?
Là on voit qu'il s'agit bien de 100 Go libres, non alloués à quoi que ce soit.

Tu as une partition /dev/sda3 placée au début du disque, elle fait 1 Mo. C'est sur celle-là que tu travailles jusqu'ici.

Ce que je vois, c'est qu'il faut créer une nouvelle partition sur l'espace qui reste, elle s'appellera probablement /dev/sda6, elle devra être de type "LVM", et c'est sur celle-ci que tu feras ce que tu as (correctement) fait plus haut sur /dev/sda3 : pvcreate puis vgextend.

Est-ce que par hasard je ne devrais pas plutot faire

> vgextend titan-vg /dev/sda5

Ça ne fera rien, car titan-vg est déjà sur /dev/sda5.

PS : le pluriel de "tutoriel", c'est "tutoriels" 🙂

kalixe

Très bien j'ai donc recommencé, en utilisant cette espace libre avec cfdisk, j'ai créé une nouvelle partition logique et changé le type en LVM.

Toute la suite s'est bien passée, jusqu'à

> resize2fs /dev/mapper/titan--vg-root
resize2fs 1.42 (29-Nov-2011)
Le systÃ¨me de fichiers de /dev/mapper/titan--vg-root est montÃ© sur /Â ; le changement de taille doit Ãªtre effectuÃ© en ligne
old_desc_blocks = 19, new_desc_blocks = 25

Ce qui veut dire quoi en gros ?

fdisk -l me donne ça :

Disk /dev/sda: 429.5 GB, 429496729600 bytes
255 heads, 63 sectors/track, 52216 cylinders, total 838860800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00026228

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   838860799   419179521    5  Extended
/dev/sda3              63        2047         992+  83  Linux
/dev/sda5          501760   629143551   314320896   8e  Linux LVM
/dev/sda6       629143615   838860799   104858592+  8e  Linux LVM

Partition table entries are not in disk order

Disk /dev/mapper/titan--vg-root: 424.9 GB, 424941715456 bytes
255 heads, 63 sectors/track, 51662 cylinders, total 829964288 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/titan--vg-root doesn't contain a valid partition table

Disk /dev/mapper/titan--vg-swap_1: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/titan--vg-swap_1 doesn't contain a valid partition table

tiramiseb

Ce qui veut dire quoi en gros ?

C'est l'affichage tout à fait normal de cette commande dans ton cas.

Ça n'a pas marché ?

kalixe

j'essaye de comprendre, apparemment le disk c'est bon :

Disk /dev/mapper/titan--vg-root: 424.9 GB, 424941715456 bytes

Mais la commande resize2fs m'affiche une erreur, alors est-ce que le système de fichier a bien augmenté ?


resize2fs 1.42 (29-Nov-2011)
Le systÃ¨me de fichiers de /dev/mapper/titan--vg-root est montÃ© sur /Â ; le changement de taille doit Ãªtre effectuÃ© en ligne
old_desc_blocks = 19, new_desc_blocks = 25
resize2fs: Input/output error Lors de la vÃ©rification du support de changement de taille en ligne

tiramiseb

Mais la commande resize2fs m'affiche une erreur
[...]

resize2fs: Input/output error

Ça par contre, ça pue.
Tu ne l'avais pas montrée tout à l'heure.

Il est possible (mais pas certain) que ce soit une défaillance du disque dur.
Ou toute autre cause potentielle d'une erreur d'entrée/sortie.

est-ce que le système de fichier a bien augmenté ?

À toi de vérifier :

df -h

kalixe

df -h

Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/titan--vg-root  390G  4,6G  367G   2% /
udev                        2,0G  4,0K  2,0G   1% /dev
tmpfs                       791M  272K  791M   1% /run
none                        5,0M     0  5,0M   0% /run/lock
none                        2,0G     0  2,0G   0% /run/shm
/dev/sda1                   228M   28M  189M  13% /boot

Cela m'a l'air d'être bon.

A noté que je suis sur une VM, est-ce qu'il y a un rapport avec l'erreur ? Quel problème je risque de rencontrer ?

tiramiseb

A noté que je suis sur une VM, est-ce qu'il y a un rapport avec l'erreur ?

Ça ajoute des couches, donc des causes potentielles d'erreur... Mais ce n'est pas normal.

Il faudrait utiliser smartctl sur l'hôte pour voir s'il n'y a pas un problème sur le disque physique...

Quel problème je risque de rencontrer ?

Au pire : perte de toutes tes données.

kalixe

Ok, merci pour ton aide.

kalixe

Ok suite à tout cela j'ai un eu un gros soucis.

J'ai rebooté ma VM mais plus possible de me logger en SSH :s

Donc la m....

tiramiseb

Et la VM n'a pas une console sur laquelle il y aurait un message d'erreur ?

kalixe

Pour voila pour info, j'ai utiliser la console en mode recovery, je me suis mis en console (root)
Puis j'ai tapé fsck
J'ai mis oui à toutes ses demande de réparations, j'ai du rebooter deux fois pour qu'il considère que mon système de fichier et sain.
Donc la tout fonctionne normalement, plus de problème lors des reboot, j'espère que ca va durer.

tiramiseb

Peut-être lié au problème d'entrée/sortie... À surveiller.