staging.inyokaproject.org

Resizing einer ubuntu vm unter Proxmox..aber wie?

Status: Ungelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

DoktorIRC

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

Hallo zusammen,

ich habe hier einen Proxmox Server am und dort läuft als VM ein Ubuntu Server. Jetzt kam die Meldung, dass kein Plattenplatz mehr frei ist. Das war auch korrekt, da die VM zu klein dimensioniert war. Also habe ich diese vergrößert aber das war noch nicht die komplette Lösung, da ich noch immer die Meldung erhalte, dass ich nicht genug Plattenplatz habe:

df
Filesystem                        1K-blocks     Used Available Use% Mounted on
tmpfs                                401036    36100    364936  10% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  10218772 10202052         0 100% /
tmpfs                               2005164        0   2005164   0% /dev/shm
tmpfs                                  5120        0      5120   0% /run/lock
/dev/vda2                           1768056   189168   1470756  12% /boot
tmpfs                                401032       12    401020   1% /run/user/1000
sudo vgdisplay
  --- Volume group ---
  VG Name               ubuntu-vg
  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               <14,25 GiB
  PE Size               4,00 MiB
  Total PE              3647
  Alloc PE / Size       2560 / 10,00 GiB
  Free  PE / Size       1087 / <4,25 GiB
  VG UUID               NeE42B-rYS5-NOXB-cC7t-apcf-2Q4Y-8uMgLJ
sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/ubuntu-lv
  LV Name                ubuntu-lv
  VG Name                ubuntu-vg
  LV UUID                9ESExd-hIYu-Zjj9-dnO7-6gKD-h7fo-HrckOn
  LV Write Access        read/write
  LV Creation host, time ubuntu-server, 2024-07-18 09:03:57 +0000
  LV Status              available
  # open                 1
  LV Size                10,00 GiB
  Current LE             2560
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

Könnt Ihr mir sagen, wie ich hier weiterkomme?

Viele Grüße

Moderiert von tomtomtom:

Ins passende Forum verschoben.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 5329

Hast du schon Systempflege betrieben?

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 11278

Das ist ein mehrschrittiger Prozess - erst musst du den Virtuellen Datenträger vergrößern, dann nacheinander die Volume Group (VG), das Logical Volume (LV) und zuletzt das Dateisystem, damit es den Platz ausfüllt: https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern

Wenn ich das richtig sehe, hast du bislang nur die VG vergrößert, das LV und das Dateisystem fehlen noch.

DoktorIRC

(Themenstarter)

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

Systempflege hilft nicht, da die Partition einfach viel zu klein gewählt wurde initial.

Ansonsten habe ich mal versucht diese Schritt für Schritt Anleitung durchzugehen...ist aber nicht so trivial:

df -h
Filesystem                         Size  Used Avail Use% Mounted on
tmpfs                              392M   36M  357M  10% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  9,8G  9,8G     0 100% /
tmpfs                              2,0G     0  2,0G   0% /dev/shm
tmpfs                              5,0M     0  5,0M   0% /run/lock
/dev/vda2                          1,7G  185M  1,5G  12% /boot
tmpfs                              392M   12K  392M   1% /run/user/1000
sudo pvs
  PV         VG        Fmt  Attr PSize   PFree 
  /dev/vda3  ubuntu-vg lvm2 a--  <14,25g <4,25g
sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   1   0 wz--n- <14,25g <4,25g

Jetzt soll man eine neue Partition anlegen. In dem Beispiel auf der oben genannten Webseite steht /dev/sda3...ich habe ich aber /dev vda2 als boot. Trage ich dann als neue Partition auch /dev/vda3 ein?

sudo pvcreate /dev/vda4
  No device found for /dev/vda4.

oder auch

sudo pvcreate /dev/sda3
  No device found for /dev/sda3.

was muss ich machen?

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 11278

Ich denke du brauchst keine neuer Partition, wenn das Ziel war auf 14,25 GB zu kommen.

Was jetzt noch fehlt ist die Größe des LV anzupassen: https://www.thomas-krenn.com/de/wiki/LVM_vergr%C3%B6%C3%9Fern#Vergr%C3%B6%C3%9Fern_des_LV auf die maximal mögliche Größe und danach musst du das Dateisystem vergrößern - für ext4 steht das in Dateisystemgröße ändern (Abschnitt „ext2-ext3-ext4“) - falls du nicht weißt, welches Dateisystem zum Einsatz kommt, lass dir mal anzeigen, was da vorhanden ist:

sudo blkid | grep -v "/dev/loop" 

DoktorIRC

(Themenstarter)

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

Also so sieht es bei der VM aus (siehe angehängte Datei).

sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 10,00g
sudo lvextend -L 14G /dev/mapper/ubuntu--vg-ubuntu--lv 
  Size of logical volume ubuntu-vg/ubuntu-lv changed from 10,00 GiB (2560 extents) to 14,00 GiB (3584 extents).
  /etc/lvm/archive/.lvm_adguard_5413_1030200518: write error failed: No space left on device

So..und jetzt noch mal lvs anzeigen lassen:

sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 10,00g 

Da hat sich genau nichts geändert ☹

Würde mich freuen, wenn erst mal die 14g gehen würden..was müsste ich für die 80g machen?

Bilder

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Ich schätze Deine Versuche setzen eine Ebene zu tief an.

In der Volumegroup sind die Logical Volumes, aber die Volume Group residiert auf einem Physical Volume. Wenn die Platte in proxmox vergrößert worden ist, dann müsste in der VM lediglich das Physical Volume vergrößert werden und der Platz steht dem LVM zur Verfügung. Dann das Logical Volume anpassen und das sollte es sein.

Das zeigt die eingehängten block devices mit filesystem

1
lsblk -f

Und dies zeigt die physical volumes:

1
pvdisplay

Physical Volume vergößern:

1
pvresize /dev/sd[n]x

Logical Volume anpassen auf max. Größe:

1
lvresize --size 100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

DoktorIRC

(Themenstarter)

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

Na..das hat noch nicht geholfen:

lsblk -f
NAME                      FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
vda                                                                                                        
├─vda1                                                                                                     
├─vda2                    ext4        1.0            5120d60a-137f-4da1-9691-1c33890de2fa      1,4G    11% /boot
└─vda3                    LVM2_member LVM2 001       W93UZH-UC23-jBgm-Nbct-ndp5-hCfr-Bklpkj                
  └─ubuntu--vg-ubuntu--lv ext4        1.0            48af8465-dec2-4085-8224-071292d72bba         0   100% /
sudo pvdisplay
  --- Physical volume ---
  PV Name               /dev/vda3
  VG Name               ubuntu-vg
  PV Size               <14,25 GiB / not usable 0   
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              3647
  Free PE               1087
  Allocated PE          2560
  PV UUID               W93UZH-UC23-jBgm-Nbct-ndp5-hCfr-Bklpkj
sudo pvresize /dev/vda3
  /etc/lvm/archive/.lvm_adguard_5607_925580632: write error failed: No space left on device
  Failed to store physical volume "/dev/vda3" in volume group "ubuntu-vg"
  0 physical volume(s) resized or updated / 1 physical volume(s) not resized

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Falls die vollen 80 GB noch nicht in der VM zu sehen sind, ist evtl. noch ein resize nötig (oder ein reboot):

1
resize2fs -p /dev/vda3

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Kannst Du mal die Ausgabe zeigen von:

1
fdisk -l /dev/vda

DoktorIRC

(Themenstarter)

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

steamywindows schrieb:

Kannst Du mal die Ausgabe zeigen von:

1
fdisk -l /dev/vda

Gerne:

sudo fdisk -l /dev/vda
Disk /dev/vda: 80 GiB, 85899345920 bytes, 167772160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 50ACF9A0-FABE-4D49-BF1F-850061FF2B93

Device       Start      End  Sectors  Size Type
/dev/vda1     2048     4095     2048    1M BIOS boot
/dev/vda2     4096  3674111  3670016  1,8G Linux filesystem
/dev/vda3  3674112 33552383 29878272 14,2G Linux filesystem

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Das sieht doch gut aus, 80 GB sind erkannt.

1
resize2fs -p /dev/vda3

Hattest Du versucht?

Dann müsste es wohl so sein:

1
resize2fs -p /dev/vda

Und danach:

1
pvresize /dev/vda3

DoktorIRC

(Themenstarter)

Anmeldungsdatum:
3. Mai 2015

Beiträge: 12

Geht alles nicht:

sudo resize2fs -p /dev/vda3
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/vda3
Couldn't find valid filesystem superblock.

Und

sudo resize2fs -p /dev/vda
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/vda
Couldn't find valid filesystem superblock.

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Es gibt noch eine alternative Methode. Du könntest der VM eine weitere Platte geben, es zu einem weiteren physical Volume deklarieren und das dann der Volume Group hinzufügen. Müsste aber auch so gehen, wie Du das ursprünglich vorhattest.

steamywindows

Avatar von steamywindows

Anmeldungsdatum:
5. Mai 2018

Beiträge: 45

Hast Du die Möglichkeit das System zu rebooten?

Antworten |