Virtuelle HDD in UCS VM vergrößern?

Vielen Dank für die Infos. Habe zu diesem Thema noch eine gute Beschreibung gefunden. Die Erweiterung meiner LVM / Root Partition hat mit diesen Infos dann ohne Probleme funktioniert.

http://www.lavmug.org/wp-content/uploads/2010/04/Resize-root-partition-with-LVM.pdf

Mit freundlichen Grüßen

B.Klaes

Hallo!

Gibt es zu diesem Thema aktuelle Infos, Anleitungen, etc.

System

Hypervisor: Proxmox VE 3.1
VM: UCS-Test (Disk: VIRTIO, Format: QCOW2, Size: 50GB)
UCS-Version: 3.1-1 errata190 (aktuell)

Mit dem Link von “bk78467” lavmug.org/wp-content/upload … th-LVM.pdf kann man leider nicht mehr arbeiten, da fdisk mit GPT nicht mehr unterstützt wird.

Ich habe die Test-VM mit einer Disk-Größe von 50GB installiert und möchte rootfs jetzt um 50GB erweitern.
Die VM Disk-Size wurde im Proxmox schon auf 100GB erweitert.

Partitionierung UCS-System:


VDA (VM-Disk)

-vda1 = BIOS
-vda2 = ext4 (MountPoint = /boot)
-vda3 = swap
-vda4 = LVMPV (MountPoint = /vg_ucs)

VG_UCS (LVM Group)

-rootfs = ext4 (MountPoint = / )


Danke im Voraus!

Mit freundlichen Grüßen
D.Dumhart

Hallo,

ein detaillieres Howto bekomme ich in den nächsten Tagen aus Zeitmangel nicht hin, deshalb würde ich zunächst nur darauf verweisen, dass Sie anstelle “fdisk” das Werkzeug “parted” verwenden sollten. Das zu installierende Paket heißt genau so und ist im maintained Repository vorhanden.

Viele Grüße,
Dirk Ahrnke

Hallo!

Das Paket “Parted” hab ich bereits installiert, aber ich komme einfach nicht weiter.
Vielleicht habe ich auch nur einen Denkfehler…

Für mich wäre der Ablauf so gedacht, oder liege ich hier ganz falsch ?

  1. Speichererweiterung der VM-Disk unter Proxmox (UCS = /dev/vda)
  2. Speichererweiterung der LVM Group (UCS = /dev/vda4)
  3. Speichererweiterung von LV (rootfs) (UCS ) /dev/mapper/vg_ucs/rootfs

Danke für die Hilfe bzw. für den richtigen Denkanstoß :slight_smile:

mfg

D.Dumhart

Hätte noch jemand Ideen oder liege ich mit meinem gedachten Ablauf richtig ? (vorheriger Post)

Herzlichen Dank!

mfg

D.Dumhart

Hallo,

grundsätzlich ist der Ablauf so wohl machbar, nur fehlen zwischen 1. und 2. noch ein paar essentielle Zwischenschritte. Der letzte Punkt, das Erweitern des Root Filesystems, fehlt auch in der Liste.
In On LVM, RAIDs, and Resizing Partitions hat jemad seine Erfahrungen beschrieben.
Hilfestellung für parted finden Sie z.B. in http://www.gnu.org/software/parted/manual/html_chapter/parted_2.html

Im folgenden Transkript bin ich mal einen anfänglich anderen Weg gegangen und habe auf dem Testsystem einfach eine zweite virtuelle Platte /dev/vdb mit 10GB hinzugefügt und meine Root-Partition um 5GB erweitert.
Ob Sie am Ende wirklich - wie gezeigt - eine Online-Vergrößerung riskieren oder sicherheitshalber das System extern booten und dann vergrößern wollen, entscheiden Sie bitte selbst.

root@slave1:~# fdisk -l /dev/vdb

Disk /dev/vdb: 10.7 GB, 10737417728 bytes
16 heads, 63 sectors/track, 20805 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: 0x00000000

Disk /dev/vdb doesn't contain a valid partition table

root@slave1:~# parted /dev/vdb
GNU Parted 2.3
Using /dev/vdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Error: /dev/vdb: unrecognised disk label                                  
(parted) mklabel gpt                                                      
(parted) print                                                      
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 10.7GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

(parted) unit %                                                           
(parted) mkpart primary  0 100%
(parted) print                                                            
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 100%
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End   Size  File system  Name     Flags
 1      0.01%  100%  100%               primary

(parted) quit                                                             
Information: You may need to update /etc/fstab.                           

root@slave1:~# fdisk -l /dev/vdb

WARNING: GPT (GUID Partition Table) detected on '/dev/vdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/vdb: 10.7 GB, 10737417728 bytes
255 heads, 63 sectors/track, 1305 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

   Device Boot      Start         End      Blocks   Id  System
/dev/vdb1               1        1306    10485759   ee  GPT

root@slave1:~# pvdisplay 
  --- Physical volume ---
  PV Name               /dev/vda4
  VG Name               vg_ucs
  PV Size               15.42 GiB / not usable 1.00 MiB
  Allocatable           yes 
  PE Size               4.00 MiB
  Total PE              3947
  Free PE               4
  Allocated PE          3943
  PV UUID               RYz71A-rfd3-fGxG-HRAv-Lvc0-AmK2-h5QZfP
   
root@slave1:~# pvcreate /dev/vdb1
  Physical volume "/dev/vdb1" successfully created
root@slave1:~# pvdisplay 
  --- Physical volume ---
  PV Name               /dev/vda4
  VG Name               vg_ucs
  PV Size               15.42 GiB / not usable 1.00 MiB
  Allocatable           yes 
  PE Size               4.00 MiB
  Total PE              3947
  Free PE               4
  Allocated PE          3943
  PV UUID               RYz71A-rfd3-fGxG-HRAv-Lvc0-AmK2-h5QZfP
   
  "/dev/vdb1" is a new physical volume of "10.00 GiB"
  --- NEW Physical volume ---
  PV Name               /dev/vdb1
  VG Name               
  PV Size               10.00 GiB
  Allocatable           NO
  PE Size               0   
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               uQCoz4-GiiL-f1XN-XLPg-ow8e-L7Ar-a0GoZ1
   
root@slave1:~# vgdisplay 
  --- Volume group ---
  VG Name               vg_ucs
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               15.42 GiB
  PE Size               4.00 MiB
  Total PE              3947
  Alloc PE / Size       3943 / 15.40 GiB
  Free  PE / Size       4 / 16.00 MiB
  VG UUID               5lIJxp-6JhB-5d1e-S4hc-blLF-TG1F-loF6A4
   
root@slave1:~# vgextend vg_ucs /dev/vdb1
  Volume group "vg_ucs" successfully extended

root@slave1:~# vgdisplay 
  --- Volume group ---
  VG Name               vg_ucs
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               25.41 GiB
  PE Size               4.00 MiB
  Total PE              6506
  Alloc PE / Size       3943 / 15.40 GiB
  Free  PE / Size       2563 / 10.01 GiB
  VG UUID               5lIJxp-6JhB-5d1e-S4hc-blLF-TG1F-loF6A4
   
root@slave1:~# lvdisplay 
  --- Logical volume ---
  LV Name                /dev/vg_ucs/rootfs
  VG Name                vg_ucs
  LV UUID                QZRvV1-pToH-2MhQ-nuDI-v6xG-DFIS-VdMNt4
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                15.40 GiB
  Current LE             3943
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
root@slave1:~# lvextend -L +5G /dev/vg_ucs/rootfs
  Extending logical volume rootfs to 20.40 GiB
  Logical volume rootfs successfully resized

root@slave1:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_ucs-rootfs
                      15896992   3182348  11907120  22% /
tmpfs                  1030504         0   1030504   0% /lib/init/rw
udev                   1020092       160   1019932   1% /dev
tmpfs                  1030504         0   1030504   0% /dev/shm
/dev/vda2               516040     70356    419472  15% /boot

root@slave1:~# resize2fs -p /dev/mapper/vg_ucs-rootfs
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/mapper/vg_ucs-rootfs is mounted on /; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 2
Performing an on-line resize of /dev/mapper/vg_ucs-rootfs to 5348352 (4k) blocks.
The filesystem on /dev/mapper/vg_ucs-rootfs is now 5348352 blocks long.

root@slave1:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_ucs-rootfs
                      21058060   3186244  16807332  16% /
tmpfs                  1030504         0   1030504   0% /lib/init/rw
udev                   1020092       160   1019932   1% /dev
tmpfs                  1030504         0   1030504   0% /dev/shm
/dev/vda2               516040     70356    419472  15% /boot

Viele Grüße,
Dirk Ahrnke

Herzlichen Dank Herr Ahrnke

Ich werde das ganz mal auf meinem Testsystem probieren und mitprotokollieren.
Werde die Infos dann hier posten.

Danke!

Hallo

So habe es nun getestet und hat problemlos funktioniert.

Schritt für Schritt:

1) /dev/vda VOR HDD-Erweiterung (Proxmox) b[/b]

2) HDD-Erweiterung (Proxmox) und Neustart der VM

3) /dev/vda NACH HDD-Erweiterung (Proxmox) b[/b]

4) Neue Partition hinzufügen (Freier Speicher = letztes Ende (53,6GB) bis letztes Ende der gesamten Disk (107GB) )



5) Hinzufügen (Physikalisches Volume)

6) Erweiterung der Volume Gruppe mit /dev/vda5

7) Vergrößern (Logisches Volume) mit dem freien Speicherplatz

8) Vergrößern (LVM /dev/vg_ucs/rootfs)

9) Neustart der VM - FERTIG

mfg

D. Dumhart

Hallo,

vielen Dank, auch mir hat diese Anleitung geholfen.
Es wäre vielleicht nicht schlecht, wenn auch ein GUI-Tool wie GParted in die Distribution aufgenommen würde - für SBS-Admins wie mich, die ansonsten mit LVM fast gar nix zu tun haben.

Jedenfalls habe ich die Basis-Größenveränderung mittels Parted Magic von den Live-CD erledigt, und lediglich die Schritte ab 7 (vgextend & lvextend) auf der Shell durchgeführt, da ich keine neue Partition anlegen und in die Volume Group aufnehmen, sondern lediglich die bestehende vergrößern wollte.

Hat auch einwandfrei geklappt, und war etwas DAU-sicherer… :wink:

Beste Grüße,

HP

P.S. eine Schritt-für-Schritt Anleitung von UCS selbst wäre hier wie bereits angesprochen nicht verkehrt, da das von Univention vorbereitete VMWare-Image doch recht klein ist.

Bitte erklär mir genau, wie du das mit der Live CD gemacht hast?

Möchte auch lediglich die Festplatte vergrößern.

root@mail:~# fdisk -l | grep Disk
Disk /dev/mapper/vg_ucs-rootfs doesn’t contain a valid partition table
Disk /dev/sda: 137.4 GB, 137438953472 bytes
Disk identifier: 0x000923dc
Disk /dev/mapper/vg_ucs-rootfs: 30.4 GB, 30358372352 bytes
Disk identifier: 0x00000000

Guten Morgen Zusammen,

ich habe die Disk nun mit GParted von 30 GB auf 130 GB erweitert und genau wie von ddumhart beschrieben weiter ab Schritt 7 beschrieben.

Nun startet Univention nicht mehr und bleibt beim Systemstart bei “Checking File Systems” stehen.

Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
rootfs 130858500 31288944 93956624 25% /
udev 10240 0 10240 0% /dev
tmpfs 622536 172 622364 1% /run
/dev/mapper/vg_ucs-rootfs 130858500 31288944 93956624 25% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1452300 0 1452300 0% /run/shm
/dev/sda1 96990 42358 49413 47% /boot

Vielen Dank im Vorraus.

Da ich mich bei Linux / UCS nicht auskenne brauche ich ein wenig Hilfe. Klar ist ich vergrößere die HDD in VMWare. Kein Problem hab ich schon X mal gemacht. In Windows würde ich nun in die Festplattenverwaltung gehen, neu einlesen und die Partion dann mit ein paar Klicks vergößern.

Da mein UCS keine GUI hat nehme ich an ich muss ein paar kryptische Befehle eingeben. Oder lohnt es sich die UCS Gui als APP zu installieren und dann kann ich das dann dann rein mit der Maus erledigen?

Sollte das erledigt sein muß ich in UCS / Zarafa noch etwas konfigurieren damit die größere HDD auch genutzt wird? Wie behalte ich den Füllstand der HDD in UCS im Auge?

Hallo,

das Thema wird aktuell auch wieder in Extend LVM root / Partition OXASE unter VMware ESXi 4.1 diskutiert.
Den weniger Kommandozeilenbewanderten rate ich eigentlich immer zu einer externen Boot-ISO wie z.B. Parted Magic. Dessen GUI hat mich selbst noch nie im Stich gelassen.

Ob der zusätzliche Platz genutzt wird, hängt von der gewählten Partitionierung ab. Bei der einfachsten und sehr wahrscheinlich gewählten Partitionierung liegt alles in der /-Partition. Das ist zwar nicht die beste Variante, stellt aber zumindest sicher, dass genug Platz da ist. Bis eben für alles kein Platz mehr ist.

Überwachen kann man mit Nagios. Das muß man nur installieren und ggf. die Nagios E-Mail Benachrichtigung anpassen.

Viele Grüße,
Dirk Ahrnke

Ist es möglich die Partitionen per Mausklick zu vergrößeren wenn man die GUI für UCS installiert?

Ich bin kein Linuxhasser aber wenn man weis wie einfach das Partitionsvergrößern im laufenden Betrieb bei Windows ist dann nervt einen so ein gefrickel schon. :frowning:
Würde es Zarafa auch unter Windows geben würde ich es da einsetzen.

Hallo,
Habe die Themen: “Extend LVM root / Partition OXASE unter VMware ESXi 4.1” und “virtuelle HDD in UCS VM vergrößern?” mal der Einfachheit halber zusammengeführt.

Mit freundlichem Gruß,
Jens Thorp-Hansen

Hallo,

unter Linux gibt es für die Partitionsverwaltung ein Tool namens “gparted”, welches bei UCS im unmaintained Repository liegt.
Ich gehe aber davon aus, dass es noch ein Stück Gnome nachladen wird, die Standard-GUI im UCS ist ja KDE.

Vielleicht hat ja jemand anderes damit Erfahrung.

Viele Grüße,
Dirk Ahrnke

Schadet die Desktop GUI bei UCS? Verbraucht sie ausser Speicherplatz auch RAM & CPU Ressourcen in nennenswertem Umfang?

Lohnt es sich also diese zu installieren wenn man die nur selten nutzen würde?

Und ist es problemlos möglich diese zu installieren, gpartet zu installieren, partitionen zu ändern, und dann alles wieder zu deinstallieren und UCS ist wieder so wie vorher…?

[quote=“ahrnke”]unter Linux gibt es für die Partitionsverwaltung ein Tool namens “gparted”, welches bei UCS im unmaintained Repository liegt.
Ich gehe aber davon aus, dass es noch ein Stück Gnome nachladen wird, die Standard-GUI im UCS ist ja KDE.[/quote]

Ich habe die UCS GI installiert und die läuft auch, das unmaintained Repository auf yes gestellt und gparted installiert. Das wird mir in der GUI auch unter Anwendungen -> System -> partitiionierungswerkzeug (gparted) angezeigt.

Wen ich das starten will hüpft dieses Kastensymbol herum als würde das gestartet und hört nach einer Weile wieder auf. Nur ist kein Programm zu sehen, auch keine Fehlermeldung oder sonstwas… Bischen dürftig…

Sehr geehrter Herr Boedecker,
Die Desktop GUI “schadet” dem UCS nicht, normalerweise werden Änderungen am Server trotzdem wenn möglich und machbar (in diesem Fall nicht) über die UMC gemacht.

Unter folgendem Link ist eine Anleitung geschildert um die partition per konsole auf dem Server (ohne GUI) zu verändern: lavmug.org/wp-content/upload … th-LVM.pdf --> Dieses bitte ebenfalls beachten: Virtuelle HDD in UCS VM vergrößern?

Ebenfalls im gleichen Thread hilfreich: Virtuelle HDD in UCS VM vergrößern?

Bitte beachten Sie:
Für die Änderung an eingehängten (= momentan verwendeten) Filesystems / Partitionen empfiehlt sich immer der Einsatz einer LiveCD. Änderungen an eingehängten und gerade benutzten Systemen kann hier zu Problemen führen. Das gilt übrigens für jedes System, auch Windows lässt eine Änderung des Root Dateisystems während des Betriebes nicht zu --> Hierfür muss nach der Vorbereitung der Server neugestartet werden um die Änderungen zu übernehmen und es passiert das automatisch was bei Einsatz einer LiveCD erfolgen würde.

Auf der LiveCD sollte dann auch unter anderem ein Partitiontool eingerichtet sein, mit welchem die Bearbeitung des rootFS ohne Probleme möglich sein sollte.

Mit freundlichem Gruß,
Jens Thorp-Hansen

Das ist so nicht richtig bzw. in der Praxis irrelevant. Seit Windows 7 (gilt auch für 8,10, Server 2008,2012) ist ein Windows immer (mindestens) auf eine winzige versteckte “Systempartition” (~350 MB) und die Startpartion (C:) auf der das OS, Programme und Daten etc. liegen aufgeteilt. Es mag sein das man die “Systempartition” nicht live vergrößern kann aber das muss man ja nicht. In der Praxis will man immer C: (oder D, E, F …) vergrößern. Und das geht live und ohne jeden Neustart seit Windows 7. Eben nochmal ausprobiert in Windows 7 und Server 2012. Nach ein paar Klicks in VMWare und der Windows Datenträgerverwaltung hat C: 1 GB mehr die auch sofort nutzbar sind. Für andere zusätzliche Datenpartitionen geht das natürlich ebenso einfach.

Mastodon