bernhard891
Anmeldungsdatum: 14. November 2011
Beiträge: Zähle...
|
Hallo zusammen, ich habe eine virtuelle Ubuntu-Maschine (Vmware ESXi 5.5) mit mehreren virtuellen Platten auf denen je eine Partition ist - s. Partitionslayout: /dev/sda1 --> /boot
/dev/sda2 --> /
/dev/sda3 --> swap
/dev/sdb1 --> /var
/dev/sdc1 --> /backup Nun möchte ich bei laufendem Betrieb und ohne den Server neustarten zu müssen die virtuelle Festplatte und die Partition vergrößern.
Die virtuelle Platte zu vergrößern ist dank VMware bei laufendem Betrieb kein Problem. Nach meinem Verständnis müsste ich nun noch folgende Schritte durchführen: 1. Datenträger neu einlesen, damit Ubuntu weiß dass die Platte jetzt größer ist 2. Partition vergrößern Nun die Frage der Fragen: wie mach ich das? wie gesagt - es sollte bei laufendem Betrieb und ohne notwendigen unmount der Partition funktionieren! Bisher hab ich nur Anleitungen gefunden, die min. einen unmount voraussetzen.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
bernhard891 schrieb: 1. Datenträger neu einlesen, damit Ubuntu weiß dass die Platte jetzt größer ist
| echo 1 > /sys/class/scsi_device/[das_entsprechende_device]/device/rescan
|
2. Partition vergrößern
Bei ext* Dateisystemen geht das mit resize2fs. Hier gibts weitere Infos.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
bernhard891 schrieb: es sollte bei laufendem Betrieb und ohne notwendigen unmount der Partition funktionieren!
Wenn die Platte mit einem gewöhnlichen Dateisystem wie ext2/3/4 ausgestattet ist, wird es nicht möglich sein, die Partition im laufenden Betrieb, d.h. ohne sie auszuhängen, zu vergößern. Um die Dateisystemgröße zu ändern, muss ja das Inhaltsverzeichnis der Platte geändert werden. Und wenn auf die Platte geschrieben wird, muss ebenfalls das Inhaltsverzeichnis geändert werden. Wenn nun 2 Programme gleichzietig änderungen am Inhaltsverzeichnis ändern, kann eigenlich nur eines dabei herauskommen: Datenmüll. So etwas ist höchsten mit Meta-Dateisystemen wie ZFS oder BTRFS möglich.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
lionlizard schrieb: Wenn die Platte mit einem gewöhnlichen Dateisystem wie ext2/3/4 ausgestattet ist, wird es nicht möglich sein, die Partition im laufenden Betrieb, d.h. ohne sie auszuhängen, zu vergößern.
Das ist falsch. Eine Verkleinerung ist nicht möglich, eine Vergrößerung ist online sehr wohl möglich. Hier gibt es weitere Infos.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
misterunknown schrieb: lionlizard schrieb: Wenn die Platte mit einem gewöhnlichen Dateisystem wie ext2/3/4 ausgestattet ist, wird es nicht möglich sein, die Partition im laufenden Betrieb, d.h. ohne sie auszuhängen, zu vergößern.
Das ist falsch. Eine Verkleinerung ist nicht möglich, eine Vergrößerung ist online sehr wohl möglich. Hier gibt es weitere Infos.
😳 Das kommt davon, wenn man nur den 1. Satz liest… 😳
|
bernhard891
(Themenstarter)
Anmeldungsdatum: 14. November 2011
Beiträge: 129
|
danke für eure Infos. kann ich in meinem Szenario auch sda vergrößern, um dann die Swap-Partition ans Ende zu verschieben und das Root-System vergrößern?
|
bernhard891
(Themenstarter)
Anmeldungsdatum: 14. November 2011
Beiträge: 129
|
misterunknown schrieb: | echo 1 > /sys/class/scsi_device/[das_entsprechende_device]/device/rescan
|
das scheint nicht zu funktionieren. wenn ich danach mit resize2fs dran geh sagt dieser
resize2fs 1.42.9 (4-Feb-2014)
Das Dateisystem ist schon 8388352 Blöcke groÃ. Nichts zu tun! hab ich evtl. noch was vergessen?
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7651
|
/dev/sdx wollen normalerweise ihre Partitionierung nicht verändert haben solange sie in Benutzung sind. Wenn du also Pech hast geht es nicht. Bei /dev/vdx (virtio-block) hatte ich in da schon mehr Glück.
|
bernhard891
(Themenstarter)
Anmeldungsdatum: 14. November 2011
Beiträge: 129
|
Hallo frostschutz den Unterschied zwischen /dev/sdx und /dev/vdx höre ich grade zum ersten mal. nach kurzem Einlesen hab ich verstanden, dass das wohl irgendwas mit Virtualisierung zu tun haben muss und dass wohl die virtio-block-Lösung für Virtualisierung besser ist; aber wieso genau und wie das funktioniert hab ich nicht ganz verstanden. Funktioniert das ganze überhaupt mit vmware oder geht das nur mit XEN? kann ich auch irgendwie ein System von /dev/sdx auf /dev/vdx ändern? hast du mir hierfür vielleicht eine passende "Lektüre" oder kannst mir kurz meine Fragen beantworten?
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Hi. bernhard891 schrieb: misterunknown schrieb: | echo 1 > /sys/class/scsi_device/[das_entsprechende_device]/device/rescan
|
das scheint nicht zu funktionieren.
Als Root ausgeführt? Andere Möglichkeiten: http://www.trullala.de/reread-partition-table/
|
bernhard891
(Themenstarter)
Anmeldungsdatum: 14. November 2011
Beiträge: 129
|
stfischr schrieb: Als Root ausgeführt?
ja - nicht nur mit sudo sondern wirklich als Root (sonst kann er ja die Datei nicht schreiben)
Andere Möglichkeiten: http://www.trullala.de/reread-partition-table/
alle drei Lösungen scheinen nicht zu gehen.
# partprobe /dev/sdc
# resize2fs -p /dev/sdc1
resize2fs 1.42.9 (4-Feb-2014)
Das Dateisystem ist schon 8388352 Blöcke groÃ. Nichts zu tun!
# sfdisk -R /dev/sdc
BLKRRPART: Das Gerät oder die Ressource ist belegt
Diese Platte ist momentan in Benutzung.
# /sbin/blockdev --rereadpt /dev/sdc
BLKRRPART: Das Gerät oder die Ressource ist belegt
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Dann ist es tatsächlich nicht möglich aus dem laufenden System zu vergrößern. Beim nächsten Mal gleich LVM verwenden.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
bernhard891 schrieb: misterunknown schrieb: | echo 1 > /sys/class/scsi_device/[das_entsprechende_device]/device/rescan
|
das scheint nicht zu funktionieren. wenn ich danach mit resize2fs dran geh sagt dieser
Nur zur Sicherheit: Du hast die Platte in VMware natürlich schon vergrößert oder?^^
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
Wenn ich richtig liege, macht der SCSI rescan doch etwas anderes als die Partition-Table neu einzulesen oder? Es würde ja nichts bringen, die Partition-Table neu einzulesen, da sich dort noch nichts getan hat. stfischr schrieb: Dann ist es tatsächlich nicht möglich aus dem laufenden System zu vergrößern. Beim nächsten Mal gleich LVM verwenden.
LVM würde auch nichts helfen, denn ein LVM-Volume kann man auch nur maximal so groß machen, wie Linux das Block-Device erkennt. Korrigiert mich, wenn ich falsch liege.
|
bernhard891
(Themenstarter)
Anmeldungsdatum: 14. November 2011
Beiträge: 129
|
misterunknown schrieb:
Nur zur Sicherheit: Du hast die Platte in VMware natürlich schon vergrößert oder?^^
klar:)
|