Lvm, volume group impossible a activer

Support Debian
#1

Bonjour a tous,

Je sollicite l’aide de la communauté debian pour un probleme particulier que je vais essayer de vous résumer brievement.
J’administre un serveur sous debian wheezy architecture 64. 6 disques de 3To sont présents. LVM fournit 2 groupes :
groupe 1 : data
groupe 2 : srv-2

le groupe “srv-2”, fournit les volumes logiques “root” “swap” et "home"
le groupe “data” fournit un seul volume logique : smb (pour les partages samba).

Le probleme est le suivant : le disque /dev/sde est en erreur.
Jusqu’a present je pouvais malgré tout activer le groupe “data” avec la commande :
vgchange --partial -a y data
depuis aujourd’hui : cela ne marche plus.

fdisk -l :
WARNING: GPT (GUID Partition Table) detected on ‘/dev/sda’! The util fdisk doesn’t support GPT. Use GNU Parted.

Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.

Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/sdc doesn’t contain a valid partition table

Disk /dev/sdf: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/sdf doesn’t contain a valid partition table

Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/sdd doesn’t contain a valid partition table

WARNING: GPT (GUID Partition Table) detected on ‘/dev/sdg’! The util fdisk doesn’t support GPT. Use GNU Parted.

Disk /dev/sdg: 9001.6 GB, 9001613918208 bytes
255 heads, 63 sectors/track, 1094383 cylinders, total 17581277184 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

Device Boot Start End Blocks Id System
/dev/sdg1 1 4294967294 2147483647 ee GPT

Disk /dev/mapper/srv–2-root: 9999 MB, 9999220736 bytes
255 heads, 63 sectors/track, 1215 cylinders, total 19529728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/srv–2-root doesn’t contain a valid partition table

Disk /dev/mapper/srv–2-swap_1: 3800 MB, 3800039424 bytes
255 heads, 63 sectors/track, 461 cylinders, total 7421952 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/srv–2-swap_1 doesn’t contain a valid partition table

Disk /dev/mapper/srv–2-home: 2986.5 GB, 2986533191680 bytes
255 heads, 63 sectors/track, 363091 cylinders, total 5833072640 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/srv–2-home doesn’t contain a valid partition table

Merci de vos réponses

#2

fdisk n’est pas indiqué pour afficher l’agencement des disques GPT.
Lui préférer [mono]parted[/mono].

Pour LVM, regarde du côté de ces commandes

lvs

vgs

pvs

(lv : logical volume, vg : volume group, pv : physical volume)

[quote=“genesis66”]

Le probleme est le suivant : le disque /dev/sde est en erreur.
[/quote]Vérifie les branchements du disque.
[strike]Café bouillu, café foutu.[/strike] Disque foutu, LVM foutu … à moins d’avoir inscrit le LVM par dessus un RAID, pas de miracle à attendre. Grâce à RAID, il est possible de remplacer un disque défaillant et de reconstituer le LVM. Ne voyant pas trace de RAID dans le retour de fdisk, ça ne semble pas être faisable chez toi.

#3

j’en suis a la meme conclusion que toi. Toutefois, jusqu’a avant hier, la commande vgchange avec l’option “partial” me permettait d’activer le groupe data et donc de monter le volume logique “smb” et ce meme avec un disque defectueux.
Je ne vois pas pourquoi cette commande n’aboutit plus.
Je n’ai effectivement pas de raid (les données sont répliquées par ailleurs). Je crois que je vais devoir casser le volume lvm, changer le disque et rec-créer mon volume, a moins que quelqu’un est une idée lumineuse :slightly_smiling:

#4

Vu l’exposé du problème, nous pouvons difficilement blâmer LVM.
Les soupçons se portent sur le disque. Ce dernier n’est même pas détecté …

Nous en comptons 5 sous le jour de fdisk.
1 /dev/sda, 2 /dev/sdc, 3 /dev/sdd, 4 /dev/sdf, 5 /dev/sdg
Manque le disque /dev/sdb || /dev/sde (nous supposons qu’il s’agit du 6ème disque). De plus, /dev/sdg affiche une taille suspecte.
(Disk /dev/sdg: 9001.6 GB, 9001613918208 bytes).

[quote]
le groupe “srv-2”, fournit les volumes logiques “root” “swap” et "home"
le groupe “data” fournit un seul volume logique : smb (pour les partages samba).[/quote]
Contrairement à srv-2, data n’apparait pas à l’adresse /dev/mapper.
Nous en déduisons que l’intégralité de “data” était contenu dans le sixième disque, la perte du disque aurait entrainé la perte du LVM.
Tester le disque séparément.
Isole le sixième disque et teste son fonctionnement sur une autre machine.

Tu n’as pas obligation de casser les volumes existants. Pour peu qu’il y AIT de la place, il suffirait de retailler les systèmes de fichiers et les volumes pour récupérer l’espace au profit d’un nouveau “data”.
Voir espace occupé et disponible à la lumière de [mono]vgs[/mono],[mono]lvs[/mono],[mono]pvs[/mono] et[mono]df -hT[/mono].