Augmenter la taille d'un volume logique LVM2 online

J'ai installé proxmox sur un de mes serveurs contenant 2 disques physiques en miroir RAID1 (raid hard avec un controlleur PERC) vu comme /dev/sda d'une taille de 73GB par Linux.
Proxmox installé avec un partitionnment par défaut j'avais au final le partitionnment suivant sur le disque :
calc0:/var/lib/vz# fdisk /dev/sda -l
Disk /dev/sda: 73.5 GB, 73555509248 bytes
255 heads, 63 sectors/track, 8942 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 66 524288 83 Linux
/dev/sda2 66 8942 71302295 8e Linux LVM

et au niveau du LVM j'avais les infos suivantes au niveau physique, de "volume group" et logique:
calc0nokvm:/var/lib/vz# pvdisplay
--- Physical volume ---
PV Name /dev/sda2
VG Name pve
PV Size 68.00 GB / not usable 0
Allocatable yes (but full)
PE Size (KByte) 4096
Total PE 17407
Free PE 0
Allocated PE 17407
PV UUID 3bzRCT-gRWz-7EGo-IMAl-rIAq-SJDz-rLqOOd
calc0nokvm:/var/lib/vz# vgdisplay
--- Volume group ---
VG Name pve
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 4
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 68.00 GB
PE Size 4.00 MB
Total PE 17407
Alloc PE / Size 16385 / 64.00 GB
Free PE / Size 1022 / 3.99 GB
VG UUID qbzjFv-rYTt-pRGE-FfUP-BgXr-z54a-5QNmXh

calc0nokvm:/var/lib/vz# lvdisplay
--- Logical volume ---
LV Name /dev/pve/swap
VG Name pve
LV UUID cuS75E-ppYt-Rk1H-8CyL-Hhc9-Gs3b-v5yMUW
LV Write Access read/write
LV Status available
# open 1
LV Size 7.00 GB
Current LE 1792
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:0

--- Logical volume ---
LV Name /dev/pve/root
VG Name pve
LV UUID gZ4825-OGRN-vqvm-9JUF-1FvK-II91-feQDcg
LV Write Access read/write
LV Status available
# open 1
LV Size 17.00 GB
Current LE 4352
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:1

--- Logical volume ---
LV Name /dev/pve/data
VG Name pve
LV UUID uovK3Q-gOP8-svnT-TxHg-CA3X-Cek8-FaLZG1
LV Write Access read/write
LV Status available
# open 1
LV Size 40.00 GB
Current LE 10241
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:2

Ce qui fait qu'il ne me restait pas grand chose pour créer mes machines virtuelles OpenVz car un simple df m'indiquait qu'il ne me restait guère plus que 19GB de libre:
calc0nokvm:/var/lib/vz# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/pve/root ext3 17G 750M 16G 5% /
tmpfs tmpfs 3.9G 0 3.9G 0% /lib/init/rw
udev tmpfs 10M 64K 10M 1% /dev
tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/mapper/pve-data
ext3 40G 21G 19G 53% /var/lib/vz
/dev/sda1 ext3 496M 35M 436M 8% /boot

Il se trouve que j'avais rajouté trois disques tout neuf de 400GB en RAID5 ce qui fait que j'avais un /dev/sdb de 800GB qui ne demandais qu'à être utilisé. J'aurais pu le formater est utiliser un lien symbolique pour relier /var/lib/vz/root à ma nouvelle partition seuleument du coup la formidable interface de management web de proxmox ne m'aurais pas donner les infos correctes sur l'espace disponible alors j'ai décidé d'utiliser les formidable possibilité de LVM2 le Logical Volume Manager de Linux.
  1. Création d'une partition sur monnouveau disque /dev/sdb avec fdisk /dev/sdb et le type 8e pour Linux LVM ce qui me donne :
    calc0nokvm:/var/lib/vz# fdisk /dev/sdb -l
    Disk /dev/sdb: 899.9 GB, 899995926528 bytes
    255 heads, 63 sectors/track, 109418 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot Start End Blocks Id System
    /dev/sdb1 1 109418 878900053+ 8e Linux LVM
  2. Initialisation du disque au niveau lvm avec un pvcreate /dev/sdb1
    calc0nokvm:/var/lib/vz# pvcreate /dev/sdb1
    Physical volume "/dev/sdb1" successfully created
    calc0nokvm:/var/lib/vz# pvdisplay
    --- Physical volume ---
    PV Name /dev/sda2
    VG Name pve
    PV Size 68.00 GB / not usable 0
    Allocatable yes
    PE Size (KByte) 4096
    Total PE 17407
    Free PE 1022
    Allocated PE 16385
    PV UUID 3bzRCT-gRWz-7EGo-IMAl-rIAq-SJDz-rLqOOd

    --- NEW Physical volume ---
    PV Name /dev/sdb1
    VG Name
    PV Size 838.18 GB
    Allocatable NO
    PE Size (KByte) 0
    Total PE 0
    Free PE 0
    Allocated PE 0
    PV UUID B1eOlE-xfwe-wDDJ-E15M-o5lV-VMSC-LJ9Hdk

  3. Ajout de ce nouveau volume physique au "volume groupe" pve
    calc0nokvm:/var/lib/vz# vgextend pve /dev/sdb1
    Volume group "pve" successfully extended
    calc0nokvm:/var/lib/vz# vgdisplay
    --- Volume group ---
    VG Name pve
    System ID
    Format lvm2
    Metadata Areas 2
    Metadata Sequence No 5
    VG Access read/write
    VG Status resizable
    MAX LV 0
    Cur LV 3
    Open LV 3
    Max PV 0
    Cur PV 2
    Act PV 2
    VG Size 906.18 GB
    PE Size 4.00 MB
    Total PE 231982
    Alloc PE / Size 16385 / 64.00 GB
    Free PE / Size 215597 / 842.18 GB
    VG UUID qbzjFv-rYTt-pRGE-FfUP-BgXr-z54a-5QNmXh

  4. Augmentation de la taille d'un des volumes logiques, en l'occurence je rajoute 100GB au volume /dev/pve/data
    calc0nokvm:/var/lib/vz# lvextend -L+100G /dev/pve/data
    Extending logical volume data to 140.00 GB
    Logical volume data successfully resized
  5. Pas oublier de mettre a jour le filesystem avec un
    calc0nokvm:/var/lib/vz# resize2fs -p /dev/pve/data
    resize2fs 1.40-WIP (14-Nov-2006)
    Filesystem at /dev/pve/data is mounted on /var/lib/vz; on-line resizing required
    old desc_blocks = 3, new_desc_blocks = 9
    Performing an on-line resize of /dev/pve/data to 36701184 (4k) blocks.
    The filesystem on /dev/pve/data is now 36701184 blocks long.

    calc0nokvm:/var/lib/vz# df -hT
    Filesystem Type Size Used Avail Use% Mounted on
    /dev/pve/root ext3 17G 750M 16G 5% /
    tmpfs tmpfs 3.9G 0 3.9G 0% /lib/init/rw
    udev tmpfs 10M 64K 10M 1% /dev
    tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
    /dev/mapper/pve-data
    ext3 138G 21G 118G 16% /var/lib/vz
    /dev/sda1 ext3 496M 35M 436M 8% /boot

Maintenant comme on peut le constater avec le df ci-dessus j'ai bel et bien gagné 100GB de plus sur mon volume logique pve-data ou est "mounté" mon /var/lib/vz. Et tout ça sans interruption de service. Je peux à tout moment relancer la commande pour rajouter de l'espace sur un de mes volumes logique. C'est pas beau cette souplesse ?!
Cet article sur wikipédia est utile, tout comme la LVM Howto

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Comment extraire les fichiers disques en raw d'un backup proxmox vma

Image
Lors d'une opération de backup Proxmox utilise un format vma pour stocker tous les disques et la configuration de la VM backupée (aussi bien les kvm que les openvz) La raison d'avoir basculé dans ce format est expliqué sur le wiki de proxmox Parfois il peut-être utile de récupérer une VM ou plus concrètement son ou ses disques pour l'utiliser dans un autre environnement de virtualisation C'est tout à fait possible en suivant les étapes ci-après depuis la console de votre serveur proxmox: Vérifiez l'espace que vous avez à disposition sur votre serveur avec un "df -hT" , choisissez une partition avec suffisamment d'espace (en gros la taille des disques de votre VM en raw) Créez un répertoire à l'endroit retenu et allez-dedans mkdir /mnt/pve/nas_proxmox_backup/tmp cd /mnt/pve/nas_proxmox_backup/tmp  Décompressez votre backup dans ce répertoire avec la commande lzop lzop -x /mnt/pve/nas_proxmox_backup/dump/vzdump-qemu-151-2015_04_12-00_34_26.
Lire la suite

Find the lists of disks of your Proxmox VM stored in a ceph cluster

Image
voici les commandes que j'utilise le plus souvent pour gérer mon cluster ceph sous Linux/Proxmox en ligne de commande  : ceph status : permet de vérifier que le cluster est en HEALTH_OK pveceph lspools : pour lister les noms de pools et les infos genre replica size, pg_num et pourcentage d'utilisation rbd ls poolname : pour lister les images (disques) de vos VMs sur le pool en question rbd -p  poolname  info  vm-104-disk-1:  pour lister les infos sur un disques exemple de sortie : rbd image 'vm-104-disk-1': size 32768 MB in 8192 objects order 22 (4096 kB objects) block_name_prefix: rbd_data.47fa74b0dc51 format: 2 features: layering, exclusive-lock, object-map, fast-diff, deep-flatten flags: create_timestamp: Tue Dec 26 13:39:30 2017 rados -p  poolname  ls |grep rbd_data.47fa74b0dc51 >/tmp/list_blocks_de_vm-104-disk1.txt permet de retrouver tous les blocks de cette image ceph df : pour obtenir l'espace disponible sur mon cluster ceph osd tree
Lire la suite

Comment copier une machine virtuelle kvm en raw sur un Volume Group LVM2 se trouvant sur un disque en DRBD

Image
Il se trouve que je devais migrer quelques machines virtuelle se trouvant sur un cluster proxmox sur le site de Lausanne, sur un autre cluster proxmox se trouvant à Lutry. Jusque-la rien de bien sorcier me direz-vous, si ce n'est qu'avec un lien réseau de faible débit entre les deux sites j'ai fait une copie initiale de mes images de bécannes virtuelles en fichier raw sur un disque externe. Sur le site de Lutry j'ai une config avec deux serveurs en cluster proxmox  lutrycalc01:~# pveca -l CID----IPADDRESS----ROLE-STATE--------UPTIME---LOAD----MEM---DISK  1 : 192.168.50.100  M     A     1 day 05:49   2.23     8%     1%  2 : 192.168.50.110  N     A     1 day 05:49   0.00     1%     1% chaque serveur à 3 disques logiques (de taillse identique) s'appuyant sur une config physique en RAID5. le 2ème disque logique /dev/sdb1  est répliqué sur les deux noeud grâce à l'excellent DRBD de LINBIT. Il y a un excellent howto pour configurer un disque drbd sur un cluste
Lire la suite