LVM CentOS6.6

N

Ne0

New Member
Hallo zusammen

Ich habe ein problem das ich irgend wie nicht lössen kann.
Es geht um volgendes ich würde gerne mit SolusVM mehrere KVM Vserver erstellen.
Aber SolusVM sagt mir das ich 1.36t zu verfügung habe aber freier Speicher ist 0mb

die ausgabe von fdisk -l ist wie folgt
Code: 
fdisk -l

Platte /dev/sda: 1500.3 GByte, 1500301910016 Byte
255 Köpfe, 63 Sektoren/Spur, 182401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c66a5

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1               1          66      524288+  83  Linux
Partition 1 endet nicht an einer Zylindergrenze.
/dev/sda2              66      182402  1464611224+  8e  Linux LVM

Platte /dev/mapper/vg0-swap: 8589 MByte, 8589934592 Byte
255 Köpfe, 63 Sektoren/Spur, 1044 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Platte /dev/mapper/vg0-root: 1491.2 GByte, 1491167346688 Byte
255 Köpfe, 63 Sektoren/Spur, 181290 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

wenn ich aber vgs eingebe erhalte ich volgendes
Code: 
VG   #PV #LV #SN Attr   VSize VFree
     vg0    1   2   0 wz--n- 1.36t    0

Was muss ich machen das ich den Speicher freigeben kann?


Hier noch die ausgabe von df -h
Code: 
 [root@avalon2 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg0-root  1.4T  970M  1.3T   1% /
tmpfs                  12G     0   12G   0% /dev/shm
/dev/sda1             504M   61M  418M  13% /boot
 
Last edited by a moderator:
Dein VG wird komplett von dem LV vg0-root aufgebraucht. Der freie Speicher einer VG bezieht sich nicht darauf, was nicht von Daten belegt ist, sondern darauf, was noch nicht an LVs zugeteilt wurde.

Wenn du gerne die VMs in eigenen LVs haben willst, dann musst du deine root-Partition verkleinern. Oder die VMs in Container-Files ablegen.

Das ist einer der Gründe, wieso man VGs nicht gleich am Anfang zu 100% auf Volumes aufteilen sollte sondern sich was zur dynamischen Verwendung übrig lassen. Vergrößern ist nämlich wesentlich einfacher als Verkleinern.
 
Hi

Besten dank für deine erleuterung!

Habe im Internet volgende anleitung gefunden.

Code: 
$gdisk /dev/sdb
  Command (? for help): o #create a new empty GUID partition table (GPT)
  
  This option deletes all partitions and creates a new protective MBR.
  Proceed? (Y/N): Y

  Command (? for help): n #add a new partition
  Partition number (1-128, default 1): 1
  First sector (34-2047, default = 34) or {+-}size{KMGTP}:
  Last sector (34-2047, default = 2047) or {+-}size{KMGTP}:
  Current type is 'Linux filesystem'
  Hex code or GUID (L to show codes, Enter = 8300): 8e00 #This is Linux LVM

  Command (? for help): w #write table to disk and exit

  Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
  PARTITIONS!!

  Do you want to proceed? (Y/N): Y

dann
Code: 
#Add a new Physical Volume to LVM
$pvcreate /dev/sdb1
#Extend the Volume Group onto the new Phiyscal Volume
$vgextend vg0 /dev/sdb1
#Add the new free space to our root Logical Volume
$lvextend -l +100%FREE /dev/vg0/root
#Extend the file system to the new space
$resize2fs /dev/mapper/vg0-root

So müste ja jezt eine neue Gruppe auf der Platte sein trozdem habe ich immer noch 0mb.
 
Ne0 said:
So müste ja jezt eine neue Gruppe auf der Platte sein
Click to expand...
Nein. Deine Aktionen haben der existierenden Volume Group (vg) ein weiteres Physical Volume (pv) hinzugefügt. (vgextend => erweitere vg)

trozdem habe ich immer noch 0mb.
Click to expand...
Das liegt daran, dass du den hinzugefügten Speicher der vg sofort deinem root-Logical Volume (lv) zugeschlagen hast. (lvextend => erweitere lv, +100%FREE => alles, was noch frei ist)

Du könntest jetzt dein root-Volume per resize2fs auf die neue Größe des lv ausdehnen. Mit lvs kannst du mal die Logical Volumes scannen und müsstest dabei sehen, wie groß dein root-Volume gerade ist.

Das willst du allerdings nicht, sondern du willst ja unzugeordneten Speicher in der vg haben. Dazu musst du das root-lv wieder kleiner machen, so dass wieder freier Speicher in der vg vorhanden ist. Leider hast du in deinem initialen Post nicht die Ausgabe von lvs gepostet, so dass wir jetzt leider nicht mehr wissen, wie viele extends dein lv vor dem lvextend hatte...

In dem Fall musst du das lv so weit verkleinern, dass du dir sicher sein kannst, dass du es auf keinen Fall kleiner machst als das Dateisystem darin. (Vorher war es 1.36t, also würde ich 1.37t als größe zum Verkleinern nehmen um möglichen Rundungsunsicherheiten vorzubeugen)
Danach hast du eine Menge Platz in der vg frei (alles von der zweiten Platte minus das bisschen, dass das root-lv jetzt größer ist).
 
Last edited by a moderator:
Hi

Besten dank für deine Inputs so wie es aussieht habe ich es geschafft.

Code: 
[root@CentOS-66-64-minimal ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg0-root   99G  818M   93G   1% /
tmpfs                  12G     0   12G   0% /dev/shm
/dev/sda1             504M   39M  440M   9% /boot
[root@CentOS-66-64-minimal ~]# vgs
  VG   #PV #LV #SN Attr   VSize   VFree  
  vg0    1   2   0 wz--n- 278.48g 174.48g
[root@CentOS-66-64-minimal ~]# lvs
  LV   VG   Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root vg0  -wi-ao---- 100.00g                                                    
  swap vg0  -wi-ao----   4.00g
 
You must log in or register to reply here.
Back
Top