ComputerBase Menü
Aktuelles

Proxmox - /dev/mapper/pve-root Voll

B

Byce

Cadet 3rd Year
Registriert
Apr. 2012
Beiträge
43
Moin,
ich habe das Problem das die Partition in Proxmox "/dev/mapper/pve-root" voll ist. Ich verstehe aber leider nicht warum bzw sehe was darin gespeichert wird. Mir scheint es auch als wenn die Disk "/dev/nvme0n1" nicht ganz genutzt worden zu sein. Wie kann ich das herausfinden bzw. das Problem lösen? Danke für die Antworten.

Code: 
root@homeserver:~# fdisk -l
Disk /dev/nvme0n1: 223.6 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA1000M8240G
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: 5D4D51AA-0A61-404C-BA3D-B8AD84092B41

Device           Start       End   Sectors   Size Type
/dev/nvme0n1p1      34      2047      2014  1007K BIOS boot
/dev/nvme0n1p2    2048   1050623   1048576   512M EFI System
/dev/nvme0n1p3 1050624 468862094 467811471 223.1G Linux LVM


Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disk model: M4-CT256M4SSD2
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: D17329F4-A972-4977-A31E-E78B267FB582

Device     Start       End   Sectors   Size Type
/dev/sda1   2048 500118158 500116111 238.5G Linux filesystem


Disk /dev/mapper/pve-swap: 7 GiB, 7516192768 bytes, 14680064 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


Disk /dev/mapper/pve-root: 55.8 GiB, 59861106688 bytes, 116916224 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


Disk /dev/mapper/pve-vm--101--disk--0: 20 GiB, 21474836480 bytes, 41943040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: dos
Disk identifier: 0xdd2139d3

Device                                 Boot    Start      End  Sectors  Size Id Type
/dev/mapper/pve-vm--101--disk--0-part1 *        2048 29560831 29558784 14.1G 83 Linux
/dev/mapper/pve-vm--101--disk--0-part2      29562878 41940991 12378114  5.9G  5 Extended
/dev/mapper/pve-vm--101--disk--0-part5      29562880 41940991 12378112  5.9G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.


Disk /dev/mapper/pve-vm--103--disk--0: 22 GiB, 23622320128 bytes, 46137344 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: dos
Disk identifier: 0xe931be57

Device                                 Boot    Start      End  Sectors  Size Id Type
/dev/mapper/pve-vm--103--disk--0-part1 *        2048 29556735 29554688 14.1G 83 Linux
/dev/mapper/pve-vm--103--disk--0-part2      29558782 41940991 12382210  5.9G  5 Extended
/dev/mapper/pve-vm--103--disk--0-part5      29558784 41940991 12382208  5.9G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.
root@homeserver:~#
Code: 
root@homeserver:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
udev                  3.8G     0  3.8G   0% /dev
tmpfs                 786M  8.8M  778M   2% /run
/dev/mapper/pve-root   55G   55G     0 100% /
tmpfs                 3.9G   31M  3.9G   1% /dev/shm
tmpfs                 5.0M     0  5.0M   0% /run/lock
tmpfs                 3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sda1             234G   61M  222G   1% /mnt/pve/omv
/dev/nvme0n1p2        511M  312K  511M   1% /boot/efi
/dev/fuse              30M   20K   30M   1% /etc/pve
tmpfs                 786M     0  786M   0% /run/user/0
 
Erstellst du Backups auf einem Netzwerkpfad? Möglicherweise ist der nicht korrekt gemounted und er müllt nun alles lokal mit Backups voll. Ich hatte mal das gleiche Problem. Habe das dann mit dem Setzen bestimmter Berechtigungen gelöst, damit das nicht wieder passiert.

Wo werden denn deine VMs und Backups gespeichert? Was wird unter /mnt/pve/omv (openmediavault?) gespeichert? Möglicherweise hast du da an irgendeiner Stelle im Proxmox auf einen falschen Einhängepunkt verwiesen und nicht auf /mnt/pve/omv?
Ergänzung ()

Achso, zeig mal deine storage.cfg.
 
Als root
Code: 
du -sh /*
Damit bekommst du pro Unterverzeichnis ab "/" den genutzten Speicherplatz. Hangel dich dann ggf. vor.

Da offensichtlich mit LVM gearbeitet wurde, sollte sich das root-Volume relativ einfach erweitern lassen. Dafür schaust du dir am besten an, wie man mit LVM arbeitet. Für einen ersten Überblick kann du z.B. mit pvdisplay, vgdisplay und lvdisplay schauen, wie die Aufteilung derzeit so aussieht.

Wenn ich das richtig sehe, ist bereits die gesamte SSD für LVM vorbereitet. Theoretisch brauchst du dann nur das logical Volume "/dev/mapper/pve-root" mit lvextend erweitern.

Ohne Gewähr könnte das so aussehen (um den gesamten noch freien Platz der volume group für das logical volume zu nutzen):
Code: 
lvextend --extents +100%FREE /dev/mapper/pve-root

Danach muss dann noch das Filesystem erweitert werden. Ist wahrscheinlich ext4? Dann wäre das hier das richtige Kommando:
Code: 
resize2fs -p /dev/mapper/pve-root

Ergänzung ()

Nachtrag:
Tipp: Wenn man so ein System aufsetzt, ist es immer gut, sich VORHER anzuschauen, wie das System arbeitet, wo welche Daten abgelegt werden etc. Mit diesem Wissen anschließend das Plattenlayout ausarbeiten. Im Nachhinein sowas geradeziehen kann ziemlich fummelig werden.
 
Zuletzt bearbeitet: (Dateisystem erweitern)
Danke für die Antworten. Ich habe 2 Virtuelle Maschinen auf dem Laufwerk "/dev/nvme0n1p" einmal Openmediavault mit 20GiB und Debian 10 mit Nextcloud 22GiB. Beide sollten wenn ich es richtig gemacht habe noch jeweils auf "/dev/sda" Datenspeicher haben da sit aber viel platz frei.

Die /etc/pve/storage.cfg Datei.

Code: 
dir: local
        path /var/lib/vz
        content backup,iso,vztmpl

lvmthin: local-lvm
        thinpool data
        vgname pve
        content rootdir,images

dir: sda
        path /mnt/sda
        content rootdir,backup,images
        maxfiles 1
        shared 0

@KillerCow
Ich dachte bis vorhin auch das ich ales richtig geplant habe aber anscheinend hab ich irgendwo mist gebaut.
Ich habe die beiden Befehle ausgeführt und nun sieht der fdisk -l Output so aus:

Code: 
root@homeserver:~# fdisk -l
Disk /dev/nvme0n1: 223.6 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA1000M8240G
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: 5D4D51AA-0A61-404C-BA3D-B8AD84092B41

Device           Start       End   Sectors   Size Type
/dev/nvme0n1p1      34      2047      2014  1007K BIOS boot
/dev/nvme0n1p2    2048   1050623   1048576   512M EFI System
/dev/nvme0n1p3 1050624 468862094 467811471 223.1G Linux LVM


Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disk model: M4-CT256M4SSD2
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: D17329F4-A972-4977-A31E-E78B267FB582

Device     Start       End   Sectors   Size Type
/dev/sda1   2048 500118158 500116111 238.5G Linux filesystem


Disk /dev/mapper/pve-swap: 7 GiB, 7516192768 bytes, 14680064 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


Disk /dev/mapper/pve-root: 71.8 GiB, 77036781568 bytes, 150462464 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


Disk /dev/mapper/pve-vm--101--disk--0: 20 GiB, 21474836480 bytes, 41943040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: dos
Disk identifier: 0xdd2139d3

Device                                 Boot    Start      End  Sectors  Size Id Type
/dev/mapper/pve-vm--101--disk--0-part1 *        2048 29560831 29558784 14.1G 83 Linux
/dev/mapper/pve-vm--101--disk--0-part2      29562878 41940991 12378114  5.9G  5 Extended
/dev/mapper/pve-vm--101--disk--0-part5      29562880 41940991 12378112  5.9G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.


Disk /dev/mapper/pve-vm--103--disk--0: 22 GiB, 23622320128 bytes, 46137344 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: dos
Disk identifier: 0xe931be57

Device                                 Boot    Start      End  Sectors  Size Id Type
/dev/mapper/pve-vm--103--disk--0-part1 *        2048 29556735 29554688 14.1G 83 Linux
/dev/mapper/pve-vm--103--disk--0-part2      29558782 41940991 12382210  5.9G  5 Extended
/dev/mapper/pve-vm--103--disk--0-part5      29558784 41940991 12382208  5.9G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.
root@homeserver:~#

"/dev/mapper/pve-root" ist größer geworden "71.8 GiB" komisch ist es das Proxmox nicht den ganzen speicher nutzt bei einer einfachen Installation.

Das scheint also schon mal geholfen zu haben
Leider ergibt sich nun ein anders Problem wenn ich mich anmelden will in Proxmox kommt die Meldung:

"Verbindungsfehler 401: permission denied - invalid PVE ticket "

Bei du -sh/* kommen so komische Fehler, da ist wohl etwas defekt...

Code: 
root@homeserver:~# du -sh /*
0       /bin
71M     /boot
40M     /dev
4.9M    /etc
4.0K    /home
0       /lib
0       /lib32
0       /lib64
0       /libx32
16K     /lost+found
4.0K    /media
53G     /mnt
4.0K    /opt
du: cannot access '/proc/2452/task/2452/fd/4': No such file or directory
du: cannot access '/proc/2452/task/2452/fdinfo/4': No such file or directory
du: cannot access '/proc/2452/fd/3': No such file or directory
du: cannot access '/proc/2452/fdinfo/3': No such file or directory
0       /proc
68K     /root
8.8M    /run
0       /sbin
4.0K    /srv
0       /sys
32K     /tmp
1.5G    /usr
249M    /var
 
Proxmox richtet den Datenträger bei der Installation eigentlich optimal ein. Da muss man nur was verstellen, wenn man weiß was man (nicht) benötigt. Normalerweise braucht eine Proxmox Installation "sehr wenig" Speicher. Deshalb halte ich Erweiterung des Root LV auch nicht für zielführend, da es nicht lange dauern wird bis es wieder voll ist. Die Ursache des Speicherüberlaufes muss gefunden werden.

Und die sehe ich hier:

Byce schrieb:
53G /mnt
Zum Vergrößern anklicken....

Byce schrieb:
dir: sda path /mnt/sda content rootdir,backup,images
Zum Vergrößern anklicken....

Da sollte wohl eher stehen
dir: sda path /mnt/pve/omv content rootdir,backup,images

Wenn du in /mnt reinschaust, wird wohl ein Verzeichnis existieren /mnt/sda... welches allerdings nicht auf deiner /dev/sda geschrieben wird, sondern auf pve root landet... da auf /mnt/sda deine sda eben nicht gemounted ist.
Ergänzung ()

siehe
Byce schrieb:
/dev/sda1 234G 61M 222G 1% /mnt/pve/omv
Zum Vergrößern anklicken....
 
Ja da habe ich bei der Installation wohl etwas verkehrt gemacht, danke für die Hilfe. Ich setze das ganze noch mal neu auf. Man lernt ja leider auch nur aus sein Fehlern wenn man sie erkennt.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

CoMo
RDP-Verbindung Windows -> Ubuntu reagiert nicht mehr
Antworten
5
Aufrufe
823
CoMo
CoMo
S
Anzeige free space SSD falsch ?
Antworten
13
Aufrufe
1.226
selfmade01
S
noobhacker
cloud-initramfs-growroot scheint nicht zu funktionieren
Antworten
3
Aufrufe
336
noobhacker
noobhacker
P
Raid 5 btrfs - mount nicht möglich
Antworten
18
Aufrufe
2.180
snaxilian
S
oneblord
BSOD UNEXPECTED_KERNEL_MODE_TRAP 0x0000007f
Antworten
18
Aufrufe
550
mcbloch
mcbloch

Passend zum Thema

Zurück
Oben

Willkommen auf ComputerBase!

Mit Werbung weiterlesen

Besuche ComputerBase wie gewohnt mit Werbung und Tracking. Die Zustimmung ist jederzeit widerrufbar.

Details im Privacy Center und in der Liste unserer Partner. Ein Widerruf ist möglich in der Datenschutzerklärung.

… oder ComputerBase Pro bestellen

Nutze ComputerBase ohne Werbebanner, Video-Ads und Werbetracking schon für 4 €/Monat oder 36 €/Jahr.

Mehr zu ComputerBase Pro

Bereits Pro-Nutzer? Hier anmelden.

Tracking: Wir und unsere 165 Partner verarbeiten personenbezogene Daten, indem wir mit auf Ihrem Gerät gespeicherten Informationen (z. B. eindeutige Kennungen in Cookies) ein Nutzungsprofil erstellen, um z. B. Anzeigen zu personalisieren. Verarbeitungszwecke: Genaue Standortdaten und Abfrage von Geräteeigenschaften zur Identifikation, Informationen auf einem Gerät speichern und/oder abrufen, Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen.

Impressum Kontakt Datenschutz