KVM-Server Partitionierung

habe ein ähnliches Problem:
(KVM Neptun 80GB)

im Tutorial:

root@v123:~# lvextend -l 100%FREE /dev/volume/root 
  Extending logical volume root to 194,00 GiB
  Logical volume root successfully resized

in echt:

root@v123:~#  lvextend -l 100%FREE /dev/volume/root
  New size given (9728 extents) not larger than existing size (10053 extents)
  Run `lvextend --help' for more information.

und: ----------------

im Tutorial

root@v123:~# resize2fs -p /dev/volume/root 
resize2fs 1.41.12 (17-May-2010)
Die Grösse des Dateisystems auf /dev/volume/root wird auf 50855936 (4k) Blöcke geändert.




Start von Durchgang 1 (max = 1237)
Vergrößere die Inode-TabelleXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Das Dateisystem auf /dev/volume/root ist nun 50855936 Blöcke groß.

in echt:

root@v123:~# resize2fs -p /dev/volume/root
resize2fs 1.41.12 (17-May-2010)
The filesystem is already 10294272 blocks long.  Nothing to do!

----------------

Die Ausgabe des verfügbaren Speicherplatzes
sieht dementsprechend nachher genau so aus wie vorher:

root@blah:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/volume-root
                       39G  872M   36G   3% /
tmpfs                1007M     0 1007M   0% /lib/init/rw
udev                 1002M  116K 1001M   1% /dev
tmpfs                1007M     0 1007M   0% /dev/shm
/dev/vda1             248M   26M  210M  11% /boot

wie komme ich an meine 80 GB ?

weiß niemand etwas darüber ?

Ich hatte auch das Problem gehabt und folgender Maßen gelöst.

1. System Rescue CD gebootet (im GUI Modus)
2. Dort versucht mit GParted die Partition vom LVM zu bearbeiten
dieses hat bei mir aber nicht funktioniert auch nach mehren herum Probieren und mit dem Schlüssel Symbol
ich hattte immer eine Partition mit eine Rest von ca 250 MB, was mich einfach genervt hat.

Irgendwann habe ich bei GParted im Menü die Option New Partitiontabelle gefunden und dann konnte ich eine Partition von der Größe die mir zugeteilt ist erstellen.
Danach habe ich Debian ganze normal mit meiner Partitionierung installieren können (habe mehre Partitionen bei der Installation erstellt.)

Ich habe damit bei mir das LVM einfach entfernt, hat mir die Installation leichter gemacht.
LVM ist bei mir auch nicht nötig, weil ich meine Partitionen gar nicht ändere und wenn ich das mal ändern muss kann man GParted von der System Rescue CD booten.

PS: In der Wiki gibt es ein Anleitung zu LVM , diese Aktion muss man über das Rettungssystem oder eine Live CD durchführen.

Zitat von Track1991

PS: In der Wiki gibt es ein Anleitung zu LVM , diese Aktion muss man über das Rettungssystem oder eine Live CD durchführen.

Ja,
darüber, dass genau diese Anleitung nicht funktioniert, geht es ja hier in diesem Thread

-> Anfrage an Support gestellt.

[edit] Support hat eben die Anleitung im Wiki geändert :
Partitionierung KVM-Server – netcup Wiki

leider funktioniert auch das geaenderte Tutorial nicht:

anstatt wie es sein soll:

:~# lvresize -l 100%free /dev/volume/root
  Extending logical volume root to 194,00 GiB
  Logical volume root successfully resized

erscheint bei mir:

:~# lvresize -l 100%free /dev/volume/root
  WARNING: Reducing active logical volume to 38.00 GiB
  THIS MAY DESTROY YOUR DATA (filesystem etc.)

ich hoffe ich habe mir jetzt nicht das Dateisystem zerschossen

Zitat von [netcup] Kai

Diese Meldung ist ein deutliches Indiz dafür das Sie nicht alle schritte ausgeführt haben und Ihre Partitionstabelle daher nur eine so kleine Partition zulässt.

Daher nochmal Schritt für Schritt:

• Rettungssystem starten
• LVM deaktivieren mit:

Code

vgchange -a n volume

das Wiki beginnt aber anders mit

~# /etc/init.d/lvm2 stop

der von Ihen oben verwendete Befehl "vgchange" kommt in Ihrem derzeitigen Wiki/Tutorial gar nicht vor ...
auch das von Ihnen o.g. "vgextend" kommt in Ihrem Wiki nicht vor ...

des weiteren werden im WIKI die Befehle "lvresize" "resize2fs" während des Rettungsmodus ausgeführt und in Ihrer Anleitung hier im Thread werden sie erst wieder im normalen Modus ausgeführt ...

ich bin verwirrt

Die Anleitung im Wiki funktioniert (auch vor der Änderung) schon, aber den vollen Speicherplatz bekommen man damit, warum auch immer, nicht... Ich kann nach dem Ausführen ungefähr 2/3 des Speicherplatzes nutzen. Das reicht mir locker, aber eine Erklärung habe ich dafür noch nicht gefunden.

Zitat von Dragon

Die Anleitung im Wiki funktioniert (auch vor der Änderung) schon

nun gut.

hier dann meine aufgezeichnete Sitzung (streng nach Wiki):
wo ist mein Fehler ?

zunächst im Normalsystem:

root@server2:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/volume-root
                       39G  1.5G   36G   4% /
tmpfs                1007M     0 1007M   0% /lib/init/rw
udev                 1002M  116K 1001M   1% /dev
tmpfs                1007M     0 1007M   0% /dev/shm
/dev/vda1             248M   26M  210M  11% /boot




root@server2:~# fdisk -l




Disk /dev/vda: 83.8 GB, 83751862272 bytes
16 heads, 63 sectors/track, 162279 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000e7311




   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *           3         523      262144   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/vda2             523      162280    81525760   83  Linux
Partition 2 does not end on cylinder boundary.




Disk /dev/dm-0: 42.2 GB, 42165338112 bytes
255 heads, 63 sectors/track, 5126 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000




Disk /dev/dm-0 doesn't contain a valid partition table




Disk /dev/dm-1: 511 MB, 511705088 bytes
255 heads, 63 sectors/track, 62 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000




Disk /dev/dm-1 doesn't contain a valid partition table
root@server2:~#

Dann boote ich ins Rettungssystem:
(am Ende dann der Fehler welchen ich mit [n] beantworte...

root@123:~# /etc/init.d/lvm2 stop
Shutting down LVM Volume Groups  0 logical volume(s) in volume group "volume" now active
.
root@123:~# fdisk /dev/vda




WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
         switch off the mode (command 'c') and change display units to
         sectors (command 'u').




Command (m for help): u
Changing display/entry units to sectors




Command (m for help): c
DOS Compatibility flag is not set




Command (m for help): d
Partition number (1-4): 2




Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 2
First sector (526336-163577855, default 526336):
Using default value 526336
Last sector, +sectors or +size{K,M,G} (526336-163577855, default 163577855):
Using default value 163577855




Command (m for help): w
The partition table has been altered!




Calling ioctl() to re-read partition table.
Syncing disks.
n
root@123:~# pvresize /dev/vda2
  Physical volume "/dev/vda2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized
root@123:~# /etc/init.d/lvm2 start
Setting up LVM Volume Groups  Reading all physical volumes.  This may take a while...
  Found volume group "volume" using metadata type lvm2
  2 logical volume(s) in volume group "volume" now active
.
root@123:~# lvresize -l 100%free /dev/volume/root
  WARNING: Reducing active logical volume to 38.00 GiB
  THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce root? [y/n]:

Der Support weiß leider auch nicht weiter,
bzw. er möchte mich nicht weiter unterstützen
(Beide* Anleitungen seien getestet und OK so.)
*(die hier im Thread und die im WIKI)
(dass es bei u.a bei den Usern Dragon, Track1991, juergentraum, Ditti auch nicht richtig funktioniert, scheint nicht zu interessieren)

Da ich ja laut Produktbeschreibung (=Vertrag) 80GB erhalten sollte,
weiß ich jetzt nicht was ich machen soll.

Hast du Snapshots erstellt? Die könnten auch Speicherplatz verbrauchen.

ja, habe ich 2 Stck.
aber die sind ja winzig im Vergleich zu den fehlenden 40GB
(aber ich werde mal versuchen diese zu löschen, wie es dann aussieht)

ich hatte dich auch hier --> KVM Server Snapshots (wo?)
so verstanden, dass die gar nicht in meinem Zugriffsbereich (meine Partitionen) liegen (?)

umgekehrt würde das ja bedeuten, wenn es mir jetzt gelingt, die vollen 80GB zu Partitionieren, könnte ich keine Snapshots mehr anlegen...

Es ist nur eine Vermutung, zu KVM fehlt mir leider das Hintergrundwissen.

Ich habe es aber gerade auch noch mal probiert, jetzt bekomme ich die gleiche Meldung wie du. Sprich "lvresize -l 100%free /dev/volume/root" will meine Partition wieder auf 39.xx GB verkleinern. Ich habe jetzt manuell die Größe angegeben ("lvresize -l xxG /dev/volume/root") und damit steht mir fast der gesamte Speicherplatz zur Verfügung. Hoffentlich ohne, dass etwas kaputt gegangen ist.

Zitat von Dragon

... jetzt bekomme ich die gleiche Meldung wie du. Sprich "lvresize -l 100%free /dev/volume/root" will meine Partition wieder auf 39.xx GB verkleinern.

nee, neee, das kann gar nicht angehen "Beide Anleitungen sind getestet und funktionieren"
Ich bin mittlerweile der Meinung, dass diese Anleitung genau ein mal funktioniert (am Anfang) und dann nie wieder (?)
und ist irgendwas zerschossen bei dir ?
sonst könnte ich ja auch mal "lvresize -l xxG /dev/volume/root" probieren
(vom rettungssystem aus oder vom live-System ?)

[Edit]
ist es nicht eigentlich so dass man beim LV vergößern erst den lvmextend durchführen muss und erst danach (nach unmounten) das Dateisystem vergrößert werden muss ? (lvmextend ist ein subset von lvmresize)

Zitat

Jetzt wurde erst die virtuelle Partition, also das Logical Volume vergrößert. Zusätzlich muss man nun auch das darin enthaltene Dateisystem vergrößern. Zuvor muss es allerdings mit umount aus dem Verzeichnisbaum entfernt und noch mit e2fsck auf Fehler überprüft werden.

Quelle -> Linux LVM-HOWTO
oder auch hier:
debianforum.de • Thema anzeigen - Partitionstabelle mit lvreduce/lvextend zerstört

Zitat

Beim Vergrößern ist es übrigens genau umgekert: Erst lvextend und dann das Dateisystem selbst vergrößern.

unsere Anleitung macht es m.E. aber genau umgekehrt (?)

Ich habe eine Idee:

lvresize -l 100%free /dev/volume/root soll den gesamten freien Speicherplatz belegen? Aber nun ist am Anfang schon 40 GB "belegt". Also bekommt man den gesamten Speicherplatz - 40 GB. Beim 2. Ausführen bekommen man dann wieder 40 GB, usw... Von den Daten würde das bei mir ungefähr passen.

habe oben eben noch was angehängt s.o. -> was sagt ihr dazu (mit der Reihenfolge) ?

ging es denn jetzt bei dir oder nicht mit ("lvresize -l xxG /dev/volume/root")

Ich habe mich genau an den Wiki-Eintrag gehalten und nur den einen Befehl angepasst.

Zitat von Dirk67

unsere Anleitung macht es m.E. aber genau umgekehrt (?)

So ist es doch im Wiki? Erst wird das Volume vergrößert und dann das Dateisystem.

Ich sehe, hier stoßen einige auf das gleiche Problem, welches ich auch hatte.
Ein Befehl im Wiki scheint falsch zu sein und zwar dieser hier:

lvextend -l 100%FREE /dev/volume/root

Ich hab mich dann kurz in die manpages von lvextend eingelesen und herausgefunden, dass der Befehl eigentlich so aussehen muss:

lvextend -l +100%FREE /dev/volume/root

Das funktionierte dann auch bei mir und ich konnte mit der Anleitung im Wiki fortfahren.

Hoffe, das hilft euch.

Ditti: Genau, das passt zu meiner Erklärung. Diese Kleinigkeit habe ich aber übersehen. Danke, damit sollte es funktionieren.