Salut,
 
Je précise desuite, je ne suis pas un pro en linux..j'ai un serveur sous Centos, qui héberge l'application Cacti. J'avais eu il y a quelques mois, le même problème à savoir /dev/mapper/volgroup00-logvol00 avec 0% d'espace libre. Honnetements, j'avais suivi plusieurs, tuto, et j'avais réussi à m'en sortir. Mais aujourd'hui le problème est le même. Et j'ai besoin de votre aide...
 
Le serveur, est une machine virtuelle sous Hyper-V. A la base, le vhd faisait 8go, et j'ai par la suite ajouté un disque de 30go. Donc il y a deux vhd associé à la machine.
 
Voici quelques infos qui pourront peut être vous aider.
df -h
Sys de fich            Taill. Occ. Disp. %Occ. Monté sur
/dev/mapper/VolGroup00-LogVol00
                            6,7G 6,4G  0     100%   /
/dev/sda1              99M  16M   79M  17%   /boot
tmpfs                    506M   0    506M  0%   /dev/shm
 
 
pvs
PV           VG          Fmt      Attr   PSize   PFree
/dev/sda2  VolGroup00 Lvm2  a--   7,88G  0
/dev/sdb1  VolGroup00 Lvm2  a--   29,97G 0
 
vgs
VG     #PV   #LV   #SN   Attr  VSize   Vfree
VolGroup00 2  2    0  wz--n-   37,84G  0
 
lvs
LV      VG     Attr   LSize   Origin  Snap%   Move  Log  Copy%
LogVol00 VolGroup00  -wi-ao 36,84G
LogVol01 VolGroup00 -wi-ao 1,00G
 
Je ne sais pas si tout cela peut vous aider à m'aider à résoudre ce problème...
 
Merci de votre aide
 
   

Salut
volgroup00-logvol00 : c'est ton /, clairement sous-dimensionné
 
volgroup01-logvol00 n'apprait pas au df, il n'y a pas de fs monté dessus ?
si tu as besoin de plus d'espace pour /, il ne faut pas créer un nouveau VG ou un nouveau LV, mais ajouter le nouveau PV dans le VG exsitant (ça ok c'est déjà bon en fait) et ensuite étendre le LV existant, puis étendre le fs hébergé dessus (en l'occurance /)
 
tu ajoutes un nouveau disque, ce qui semble déjà fait (/dev/sdb pour l'exemple) qui va servir de pv
 
pvcreate /dev/sdb1 (normalement chez toi il existe déjà)
vgextend volgroup00 /dev/sdb1 (ici idem, déjà fait)
lvextend -l+XXX volgroup00/logvol00  (avec XXX correspondant au nb de PE "free", visibles au vgdisplay)
resize2fs /dev/mapper/volgroup00-logvol00 (pour ext2/ext3, et resize4fs en ext4)
 
et là tu aura bien tes 30Go de plus pour le / (si tu veux supprimer le volgroup00-logvol1 qui me semble inutilisé, tu dois faire un lvremove volgroup00/logvol1 avant)

Merci de ta réponse, je comprend mieux.
 
Par contre, si je fais vgdisplay pour voir le PEFree. J'ai 0 disponible.
 
Cela veut dire que mon disque de 30go est plein ? Je dois augmenter l'espace de mon vhd ?
 
Merci

Pour l'instant tu as 0 PE libres sur volgroup00 parcequ'en fait dans ta manip tu as du créer un autre LV dans ton VG (volgroup00-logvol01), il faut jarter ce volume logique pour récupérer des PE que tu assigneras ensuite à logvol00
 
Il n'y a pas  spécialement de meilleur façon de faire avec l'une ou l'autre méthode, comme par exemple créer un nouveau système de fichier, avec les données de cacti dessus, monté là où il faut, ou sinon, le plan initial : étendre directement / (beaucoup plus simple et rapide, rien à déplacer et faisable totalement à chaud)

ok, merci.
 
Pour l'instant je suis bloqué, je n'arrive pas à supprimer "LogVol01 j'ai cela
 
lvremove /dev/VolGroup00/LogVol01
  Can't remove open logical volume "LogVol01"
 
Je continue..

" Can't remove open logical volume "LogVol01" "
 
ça veut dire que le LV est en court d'utilisation, il y a un fs monté dessus visible au df ?
 
(info visible aussi au lvdisplay à la ligne "number opens", si la valeur est différente de 0, alors tu ne peux pas supprimer le LV, c'est une sécurité qui peut éviter disons, quelques désagréments   )

Rien ne semble apparaitre dans df :
 
Sys de fich            Taill. Occ. Disp. %Occ. Monté sur
/dev/mapper/VolGroup00-LogVol00
                            6,7G 6,4G  0     100%   /
/dev/sda1              99M  16M   79M  17%   /boot
tmpfs                    506M   0    506M  0%   /dev/shm  
 
 
Par dans lvdisplay, j'ai bien 1 à la ligne open.

lvchange -an VolGroup00-LogVol01
lvremove --force VolGroup00-LogVol01
 
1/désactivation du LV
2/supression du LV
 
à priori ça pourrait être udev qui pose pb, tu es bien sûr de n'avoir créé aucune structure sur VolGroup00-LogVol01 ? pas de fs, pas de swap, rien de rien ?

 
Non je ne pense pas. A moins de ne pas l'avoir fait exprès.... Je vais faire une sauvegarde avant de tester.
 
Merci pour ton aide

Voici ce que j'ai lors de la tentative de désactivation :
 
 lvchange -an /dev/mapper/VolGroup00-LogVol01
  LV VolGroup00/LogVol01 in use: not deactivating
 
 

ok, quelque chose bloque ton LV, le mieux quand c'est comme ça sans savoir d'où ça vient, c'est de booter sur un livecd et de jarter le lvm comme ça
 
à priori si tu n'a rien fais de spécial sur le LV après sa création, il n'y a pas de raison qu'il y ait des choses importantes dessus, en théorie il est vide.
 
si la vm est en production, tu devra prendre les dispositions necessaires avant de passer sur un livecd, bien sûr  

 
Ok je vais voir par le biais d'un live cd.
 
Elle est en prod oui et non car du fait du manque d'espace disque certain service comme mysql ou apache ne démarre plus... Donc cacti inutilisable

ok, donc ça règle le pb de la prod du coup, un live cd et tu devrais pouvoir forcer ça sans trop de soucils, tu dois juste choisir un liveCD qui supporte lvm2