Probleme Partitionsgrößenänderung LVM

[mrzs2K]

Hallo!

Relativ am Ende angelangt bei der Konfiguration meiner beiden neuen redundanten Webserver macht mir jetzt noch ein Punkt Kopfzerbrechen. Ich habe gewusst, dass mir der Punkt noch in den Rücken fällt...

Installiert Debian Sqeeze - Automatische Formatierung mit LVM (nicht verschlüsselt) und seperate /home /var /usr /tmp Partitionen

Partitionstabelle:
home web1 -wi-ao 234,07g
root web1 -wi-ao 332,00m
swap_1 web1 -wi-ao 3,82g
tmp web1 -wi-ao 380,00m
usr web1 -wi-ao 8,38g
var web1 -wi-ao 2,79g

anschließend wollte ich (sind ja Webserver - Platz brauche ich auf der /var Partition) - die 200GB von der /Home auf die /Var übertragen. Nichts wirklich ahnend vom LVM habe ich das folgendermaßen gemacht:

lvreduce -L -200G /dev/web1/home
lvextend -L +200G /dev/web1/var

Hat eigentlich alles geklappt - Neue Partitionstabelle:
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
home web2 -wi-ao 34,07g
root web2 -wi-ao 332,00m
swap_1 web2 -wi-ao 3,82g
tmp web2 -wi-ao 380,00m
usr web2 -wi-ao 8,38g
var web2 -wi-ao 202,79g

Tja - hab ich gedacht - beim nächsten neustart der Geräte wurde mir nur vom fehlerhaften Dateisystem berichtet. Dateisystemgröße ändern muss ich ja nicht, oder?
Ich nehme ja von einer logischen Partition und gebe an die andere... oder hab ich da noch einen gedanklichen Fehler?

Danke

[whisper]

Merksatz für später: Beim verkleinern einer Partition/Volumegroup zuerst das Filesystem verkleinern, dann die Partition / Volume group

Vergrößern ist genau umgekehrt, leuchtet ja auch ein. Erst die Partition/Volumegroup vergrößern, danach ist online die Vergrößerung des Filesystems möglich.

[mrzs2K]

Merksatz für später: Beim verkleinern einer Partition/Volumegroup zuerst das Filesystem verkleinern, dann die Partition / Volume group

Vergrößern ist genau umgekehrt, leuchtet ja auch ein. Erst die Partition/Volumegroup vergrößern, danach ist online die Vergrößerung des Filesystems möglich.

Ja schon - aber ich habe ja grundsätzlich mir meinen 2 Befehlen
lvreduce -L -200G /dev/web1/home bzw web2
lvextend -L +200G /dev/web1/var bzw web2

eigentlich nur das Filesystem verkleinert, und ein anderes Filesystem ums gleiche vergrößert?
Muss ich trotzdem als zwischenschritt die Partition/Volumegroup erst verkleinern und dann wieder vergrößern?

[mrzs2K]

Was haltet Ihr davon?

Mach das gerade... noch weiß ich aber nicht obs funktioniert. Aber schön langsam durchleucht ich diese LVM Geschichte..

umount /home
e2fsck -f /dev/web1/home
resize2fs /dev/web1/home 20G
lvreduce -L 20G /dev/web1/home


umount /var
lvextend -L 200G /dev/web1/var
e2fsck -f /dev/web1/var
resize2fs /dev/web1/var

[Cae]

Oben hattest du einen Denkfehler: logical volume != Dateisystem. Das ist eher eine Partition, die man mit lvresize veraendert.

Was haltet Ihr davon?
[...]
resize2fs /dev/web1/home 20G
lvreduce -L 20G /dev/web1/home

Mir waer' das zu heikel, dass am Ende doch ein paar Dutzend MB fehlen (speziell GB vs. GiB ist doof). Ich wuerde /home/ auf 19 GB setzen, lvresize auf 20 GB und danach nochmal ein resize2fs ohne Parameter. Dann belegt es das volle LV, ohne dass am Ende noch Platz fehlt oder ueberschuessig ist.

Gruss Cae

[mrzs2K]

Ah verstehe - das heißt

umount /home
e2fsck -f /dev/web1/home
resize2fs /dev/web1/home 19G
lvreduce -L 20G /dev/web1/home
resize2fs /dev/web1/home


umount /var
lvextend -L 200G /dev/web1/var
e2fsck -f /dev/web1/var
resize2fs /dev/web1/var

- auf gut Deutsch, oder?

Leuchtet mir ein - ist sicherlich die sicherere Variante

Danke!

[Cae]

Genau. Wenn du zwischendrin nicht mountest, brauchst du auch keinen erneuten fsck, also genau wie du es geschrieben hast.

Zu der Aenderung an /var/ faellt mir noch ein, dass der umount moeglicherweise fehlschlagen koennte, weil z.B. der Logger noch Dateien dort offen hat. Abhilfe waere der single user mode (wenn man lokal davor sitzt, SSH ist dann erstmal aus). Oder, wenn die Kiste online bleiben muss, kann man auch einfach /var/www/ oder einen sonstigen Unterordner als neues Dateisystem einhaengen. D.h. anstatt dem lvresize von /var/ wuerde man mit lvcreate ein neues Volume erstellen, es formatieren und einen fstab-Eintrag dazu bauen.

Gruss Cae

[mrzs2K]

Direkt davorsitzen wäre dämnach kein Problem - bin am Abend dort

Genau dieses Problem habe ich momentan - unable to umount - busy bei der /var Partition.

Wie wechsle ich nochmal in den Single User Mode? Also in den Runlevel 1?

[Cae]

Naja, du rufst Tante init an und sagst ihr deinen Wunsch. Mit anderen Worten:

Code: Alles auswählen

# init 1

Anschliessend kannst du dich mit dem root-Passwort einloggen und in der Shell vermutlich /var/ aushaengen. Falls nicht,

Code: Alles auswählen

# find /var/ -exec lsof '{}' + 2>/dev/null       # [1] -- oder
# find /var/ -print0 2>/dev/null | xargs -0 lsof # [2]

den/die Schuldigen finden und eleminieren.

Gruss Cae

[1] der Output ist ein bisschen doof (die Headerzeile wird bei jedem Treffer erneut ausgegeben)
[2] hier findet sich find teilweise selbst, weil's das Verzeichnis-Inode noch offen hat

[mrzs2K]

Sodala - ach wie schön funktioniert das im Runlevel 1

Das war jetzt dann der so ziemlich der letzte Schritt - im Laufe der nächsten Woche sollen meine redundanten Debianwebserver in vollbetrieb gehen!

Danke Cae für deine Unterstützung!