LVM miroir : comment passer de 3 VG à 1 seul VG

Logiciel & apps
1

Bonjour,
Debian 12 avec 2 SSD de 3,7 To

Mon ordinateur a été installé d’une façon … bizarre.
Je désirai 3 partitions ( / , /home/work , /usr/local/ ) sur 2 volumes physiques (2 SDD) en mode LVM mirroir.

Il me semblait évident (j’avais tord!) que les volumes logiques appartiendraient tous au même groupe de volume (sinon à quoi ça servirait?), mais le vendeur — plein de bonne volonté et non intégriste de MS-Windows — a installé ainsi:

df -h | egrep /dev/ affiche:

/dev/mapper/vg_mirror_root-lv_root      73G     24G   46G  34% /  
tmpfs                                   32G       0   32G   0% /dev/shm  
/dev/mapper/vg_mirror_local-lv_local    37G     23G   12G  67% /usr/local  
/dev/nvme0n1p1                         476M    5,9M  470M   2% /boot/efi  
/dev/mapper/vg_mirror_work-lv_work     930G    774G  156G  84% /home/work

$sudo lvdisplay | egrep 'LV Path|LV Name|VG Name' affiche:

  LV Path                /dev/vg_mirror_work/lv_work
  LV Name                lv_work
  VG Name                vg_mirror_work
  LV Path                /dev/vg_mirror_local/lv_local
  LV Name                lv_local
  VG Name                vg_mirror_local
  LV Path                /dev/vg_mirror_root/lv_root
  LV Name                lv_root
  VG Name                vg_mirror_root

Donc: 3 VG pour supporter 3 LV

Il va bientôt falloir augmenter l’espace /home/work. (84% utilisé)
Il est donc temps de rétablir la logique qui veut un seul Groupe de volumes.

Il reste plus de 2 To sur chaque SSD.

J’envisage de migrer de cette façon, et j’aimerais votre avis, savoir si j’ai bien compris les principes, et quelles commandes précises utiliser:

1 Préparer un volume physique d’ 1To sur chaque SSD (et en passant, une partition uefi sur le 2e SSD)
2 En faire un VG (destiné à être unique)
3 y ajouter 2 LV en miroirs aux 2 existants.
4 supprimer les 3 VG en miroir

Si cette démarche vous semble conforme, pourriez vous m’aider à construire les commandes pour m’éviter une possible erreur de syntaxe potentiellement funeste !

1 Pour le miroir faut-il 2 VG ( 1 par SSD ) ou un seul VG avec les 2 nouvelles partitions?
/dev/nvme0n1A
/dev/nvme1n1A

2 Faut-il un espace identique pour les nouveaux miroirs LV ? un espace beaucoup plus important sera-t-il utilisé à la fin — lorsque les 2 miroirs d’origine auront été supprimés) — ou risque-t-il d’être perdu?

3 comment demander la création d’un volume pour le log si c’est utile ?
(Le but du mirroir est de continuer à travailler sans me préoccuper d’une panne sur un volume)

Merci pour votre intérêt à mon problème

2

Après d’autres lectures et d’autres nombreux nœuds au cerveau,
Je crois — crains — que le miroir ne soit possible que dans un même groupe de volumes.

Dans ce cas puis-je envisager de:
(1) recréer une structure neuve, vide : un VG sur 2 PV :

pvcreate /dev/nvme0n1A
pvcreate /dev/nvme1n1A

vgcreate VG_A /dev/nvme0n1A /dev/nvme1n1A

(2) copier les 3 LV sur ce VG unique nouveau

(3) L’utiliser suffisamment longtemps avant d’envisager de supprimer les autres (proprement!)

3

Tu pense encore comme avec les partitions rigides.
LVM est elastique.
Pour fusionner deux VG : Ubuntu Manpage: vgmerge — Merge volume groups

Nul besoin de transferts temporaires sur d’autres volumes

2 « J'aime »
4

Grand merci lithium

mais il y a 3 PV pour 3 VG, d’où mon problème: je ne vois pas de «pvmerge»

5

oui c’est normal, le but c’est de fusionner les VG, LVM fait abstraction des PV.

Tant que le VG de destination est assez grand pour recevoir celui à transférer il n’y a pas de problème.

Le VG peut être sur un ou plusieurs disques en mode raid ou non, dans le VG on ne se soucie pas du matériel qui se trouve en dessous

Tu peut fusionner vg1 et vg2 par exemple, il ne restera plus que vg1 que tu peut étendre sur le PV libéré pour fusionner ensuite vg1 et vg3.
Tu pourra aussi étendre sur le troisième disque si tu veux.

Tu as actuellement :
PV1 PV2 PV3
VG1 VG2 VG3
Tu doit passer à :
PV1 PV2 PV3
VG1 VG1 VG3
Et :
PV1 PV2 PV3
VG1 VG1 VG1

Tous les LV seront transférés dans VG1

6

après, personnellement, j’ai testé LVM, j’ai bien aimé mais je le trouve un peu trop compliqué et ne supportant pas bien les systèmes de fichiers modernes.

Je suis donc passé à BTRFS qui fait aussi une abstraction comparable à LVM mais est bien plus facile à gérer

7

Merci beaucoup Lithium

8

Je relance ce fil, car rien n’a été modifié (prudence!)

Pour info, les 3 VG sont chacun en miroir
Je pense qu’on peut oublier le miroir pour traiter la question.
VGMERGE se heurte à un problème:
Le VG receveur peut être actif, donc celui qui porte la partition « / »
Mais il doit avoir la dimension suffisante pour recevoir les 2 autres VG

et ce n’est pas encore le cas !
Le plus grand (les données) porte un système XFS qui ne peut pas être réduit, et que j’ai imprudemment étendu au maximum possible!)

J’ai donc fait cette erreur d’agrandir XFS.

Après avoir reconstruit ce LV XFS au minimum, je pourrais alors agrandir la partition racine, mais cela n’est possible que démontée, le même problème que d’utiliser le VG portant les données (et désormais bloqué par une partition XFS irréductible)

Il faudrait donc utiliser le CD d’installation ou un CD live, bref beaucoup de travail juste pour une satisfaction d’ordre surtout esthétique (au sens mathématique du terme!)

Voila le bilan et la fin de la question.