Étendre une partition LVM en mirroir

Support Debian
#1

Bonjour,

je dois agrandir ma partition racine, installé en LVM mirroir ainsi: (je n’ai laissé que ce qui concerne root ainsi que les 2 partitions préparées à cet effet)

sudo vgscan :

Found volume group "vg_mirror_root" using metadata type lvm2

df -h | egrep mapper :

Sys. de fichiers                     Type     Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vg_mirror_root-lv_root   ext4        73G     69G  544M 100% /

pvdisplay | egrep ‹ Physical|Name|PV Size|Allocatable ›

— Physical volume —
PV Name /dev/nvme0n1p2
VG Name vg_mirror_root
PV Size 74,50 GiB / not usable 3,00 MiB
Allocatable yes
— Physical volume —
PV Name /dev/nvme1n1p1
VG Name vg_mirror_root
PV Size 74,50 GiB / not usable 0
Allocatable yes
— NEW Physical volume —
PV Name /dev/nvme0n1p5
VG Name
PV Size <48,83 GiB
Allocatable NO
— NEW Physical volume —
PV Name /dev/nvme1n1p5
VG Name
PV Size <48,83 GiB
Allocatable NO

vgdisplay | egrep « Volume group|VG Name| PE|VG UUID »

--- Volume group ---
  VG Name               vg_mirror_root
  PE Size               4,00 MiB
  Total PE              38145
  Alloc PE / Size       37890 / <148,01 GiB
  Free  PE / Size       255 / 1020,00 MiB
  VG UUID               XIkpN1-pW1L-hf1j-isw5-2Az8-tLER-Qcv83O

lvdisplay | egrep « Logical|Name|Size »

--- Logical volume ---
  LV Name                lv_root
  VG Name                vg_mirror_root
  LV Size                74,00 GiB

Je suis donc arrivé au stade de lancer la commande vgextend.

Mais je m’interroge sur la gestion en mirroir.

Est-ce que la (trop?) simple commande

vgextend vg_mirror_root /dev/nvme0n1p5 /dev/nvme1n1p5

prendra automatiquement les bonnes mesures pour répartir les 2 nouvelles partitions en miroir? (j’en doute, d’où ma question)

Ou bien dois-je mettre d’abord les 2 partitions vierges en miroir? (quelle syntaxe ensuite?)

Ou bien dois-je détruire le miroir pour étendre séparément les 2 partitions qui la compose?

Ou existe-t-il une option à la première commande qui permettrait d’indiquer le shema attendu?

Merci

#2

La vrai question est plutôt as-tu de la place dans le volume group pour étendre ton volume logique ?

Que te retourne les commandes suivantes :

pvs
vgs
lvs

Habituellement si le vg possède de la marge un simple

lvextend 6L +XXG /dev/mapper/vg_mirror_root-lv_root
#3

Merci clochette,

vgs:

VG              #PV #LV #SN Attr   VSize   VFree   
  vg_mirror_root    2   1   0 wz--n- 149,00g 1020,00m

pvs:

PV             VG              Fmt  Attr PSize   PFree  
  /dev/nvme0n1p2 vg_mirror_root  lvm2 a--   74,50g 508,00m
  /dev/nvme1n1p1 vg_mirror_root  lvm2 a--   74,50g 512,00m

lvs:

LV       VG              Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
 lv_root  vg_mirror_root  rwi-aor--- 74,00g                                    100,00

Il ne reste donc qu 1G sur le VG, trop peu pour une partition racine saturée (seuls /home/ et /usr/local/ sont sur d’autres partitions)

#4

Pourquoi ta partition root est-elle saturée?
As-tu analysé l’utilisation de la partition?

#5

As-tu tronqué les résultats, je ne vois pas l’ensemble des physical volume

Par exemple :

PV Name /dev/nvme1n1p5
VG Name

et

PV Name /dev/nvme0n1p5
VG Name

Pourquoi avoir créer deux PV sur un disque ?

Au pire tu pouvais laisser l’espace non formater et simplement étendre ton physical volume au besoin.

En générale j’utilise une règle simple :

→ un disque physique/virtuelle = un volume physique
→ autant de groupe de volume que de besoin impératif de séparation (rare)
→ éviter à tout prix de mixer le groupe de volume sur plusieurs disque sans un raid matériel ou logicielle par dessus pour me protéger de la perte d’un disque
→ je préfère séparer mes activité avec des volumes logiques pour accueillir les partitions (/var/log/, /home/, /usr/, /tmp/,/var/, plus toutes celles nécessaires pour du mysql, redis ou autres).

Donc si tes deux PV p5 lié à des partitions ne servent à rien, vires les, étends les deux pv, puis étends le vg de ce que tu as besoin, puis le lv dont tu as besoin :wink:

Maintenant autre cas précis … la synchronisation, lorsque tu as créer la partition as-tu utilisé l’option --nosync ?
Si non alors l’extend peux se faire relativement simplement.

Mais ton montage ne ressemble pas à ce que l’on avait recommandé de souvenir.

#6

Sur l’anomalie d’avoir 3 groupes de volume, les motifs ont déjà été débattus ici. C’est le vendeur qui n’avait pas compris ma demande de LVM Miroir.
Je le déplore, mais j’ai crains de ne pouvoir installer bookworm sur un PC neuf avec de potentiels problèmes matériels. C’est évidemment l’origine de cette difficulté.

J’ai fait un apt clean et désinstallé libreoffice et ses dépendances, mais j’ignore quelle analyse je peux faire.

Oui j’ai tronqué les résultats pour ne pas surcharger ce fil.

Étendre le PV est ce que je cherche à faire avec les 2 partitions de 48 Gio nouvellement créées.

Voici les résultats complets des 3 commandes :
vgs

  VG              #PV #LV #SN Attr   VSize   VFree   
  vg_mirror_local   2   1   0 wz--n-  74,50g  504,00m
  vg_mirror_root    2   1   0 wz--n- 149,00g 1020,00m
  vg_mirror_work    2   1   0 wz--n-   5,15t   24,00m

pvs

  PV             VG              Fmt  Attr PSize   PFree  
  /dev/nvme0n1p2 vg_mirror_root  lvm2 a--   74,50g 508,00m
  /dev/nvme0n1p3 vg_mirror_local lvm2 a--   37,25g 252,00m
  /dev/nvme0n1p4 vg_mirror_work  lvm2 a--   <2,58t  24,00m
  /dev/nvme0n1p5                 lvm2 ---  <48,83g <48,83g
  /dev/nvme1n1p1 vg_mirror_root  lvm2 a--   74,50g 512,00m
  /dev/nvme1n1p2 vg_mirror_local lvm2 a--   37,25g 252,00m
  /dev/nvme1n1p3 vg_mirror_work  lvm2 a--   <2,58t      0 
  /dev/nvme1n1p5                 lvm2 ---  <48,83g <48,83g

lvs

  LV       VG              Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  lv_local vg_mirror_local rwi-aor--- 37,00g                                    100,00          
  lv_root  vg_mirror_root  rwi-aor--- 74,00g                                    100,00          
  lv_work  vg_mirror_work  rwi-aor--- <2,58t                                    100,00

Je ne sais pas!

============================
[edit]
ERREUR DE MA PART:
df -h donne une partition saturée de 73G,
et vgs donne 149G, donc le problème devrait être facilement réglé!

Encore Merci pour votre aide et votre patience.

===============================
df -h:

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 32G 0 32G 0% /dev
tmpfs 6,3G 3,4M 6,3G 1% /run
/dev/mapper/vg_mirror_root-lv_root 73G 69G 542M 100% /
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 5,0M 16K 5,0M 1% /run/lock
/dev/nvme1n1p4 476M 5,9M 470M 2% /boot/efi
/dev/mapper/vg_mirror_local-lv_local 37G 15G 21G 41% /usr/local
/dev/mapper/vg_mirror_work-lv_work 2,6T 809G 1,8T 31% /home/work
tmpfs 6,3G 140K 6,3G 1% /run/user/1000
/dev/sr0 2,5G 2,5G 0 100% /media/eric/1.08.04
/dev/sdb1 1,8T 740G 1018G 43% /media/eric/Tosh2Tbleu1ext4

vgs:
VG #PV #LV #SN Attr VSize VFree
vg_mirror_local 2 1 0 wz–n- 74,50g 504,00m
vg_mirror_root 2 1 0 wz–n- 149,00g 1020,00m
vg_mirror_work 2 1 0 wz–n- 5,15t 24,00m

#7

Mais vu la saleté de la configuration, il faudrait que tu regarde de près les firmware nécessaire à cette machine.
Car un jour ou l’autre, faire une configuration propre sera d’actualité et surtout beaucoup plus simple à gérer.

#8

Du coup ajoute les pv au bon vg, et étends ton lv avec l’espace ajouté, mais le gars qui a fais cette installation à réellement bricolé ça dans le mauvais sens du terme.

Maintenant ce que je constate avec plus de détails c’est que le montage n’est ni correct ni sécure.

Tu te retrouves avec un pseudo volume mirrorer de 5.15T construit à l’aide de deux volume de 2.58T, l’idée de faire du mirroring c’est de perde de la taille dans une réplication, pas d’agréger des volumes.
C’est tout de même inquiétant, l’installateur de Debian étant à minima performant en mode expert et loin d’âtre compliqué à prendre ,ne main je ne saurais trop te recommander de refaire ton installation.

Réinstaller intégralement Debian en LVM miroir
#9

Bonjour,
je me retrouve sous système live, car ayant stoppé mon système, en espérant (pensée magique stupide d’un igorant, je l’avoue) qu’il ferait peut-être du ménage en redémarrant, le contraire s’est produit!

J’avais lancé un analyseur de disque et trouvé une occupation importante par thunderbird, bien que je n’utilise pas car j’ai perdu le mot de passe.
Mais je n’ai pas pu aller plus loin:
1/ pour sortir de l’utilisateur root (mate terminal), j’ai tappé Ctrl-D en vain.
2/ pour éteindre proprement, j’ai utilisé l’icone shut down du paneau de Mate (je supposais que cette démarche fermerait proprement le terminal) je ne suis plus sur du résultat, sans doute incorrect au vu des conséquences.

Cette anomalie est nouvelle (le mirroring s’est donc cassé/brouillé avec d’autres choses)

Je vais donc me lancer dans la réinstallation complète, et vous propose d’ouvrir une autre discussion à ce sujet.

Auparavant je fais une sauvegarde de mes données de travail (car je ne suis pas chez moi où j’ai oublié mes dernière sauvegardes)
Je dispose de sauvegardes par timeshift du système y compris /usr/local.
(je vous joins mon fichier d’exclusion en annexe)
Je suppose que la question des firmware ne se posera pas avec timeshift.
Je pense donc être paré pour le grand saut.

J’ouvre une nouvelle discussion :

Encore merci pour votre aide patiente et vos encouragements.

Annexe:
timeshift.json.txt (1,3 Ko)

1 J'aime