Ich würde gucken ob der pveproxy service irgendwelche Probleme hat:
Vielleix0cht ist z.B. auch dein Root-Dateisystem voll und daher read-only weshalb der pvecluster service nicht starten kann und dann dein /etc/pve leer ist?
systemctl status pveproxy.serviceVielleix0cht ist z.B. auch dein Root-Dateisystem voll und daher read-only weshalb der pvecluster service nicht starten kann und dann dein /etc/pve leer ist?
Last edited:
systemctl status pveproxy.servicegibt folgendes aus:
Code:
Jul 09 19:40:00 pve pveproxy[2195]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at />
Jul 09 19:40:00 pve pveproxy[2193]: worker exit
Jul 09 19:40:00 pve pveproxy[2194]: worker exit
Jul 09 19:40:00 pve pveproxy[1758]: worker 2193 finished
Jul 09 19:40:00 pve pveproxy[1758]: worker 2194 finished
Jul 09 19:40:00 pve pveproxy[1758]: starting 2 worker(s)
Jul 09 19:40:00 pve pveproxy[1758]: worker 2196 started
Jul 09 19:40:00 pve pveproxy[1758]: worker 2197 started
Jul 09 19:40:00 pve pveproxy[2197]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at />
Jul 09 19:40:00 pve pveproxy[2196]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at />
Jul 09 19:40:05 pve pveproxy[2195]: worker exit
Jul 09 19:40:05 pve pveproxy[1758]: worker 2195 finished
Jul 09 19:40:05 pve pveproxy[1758]: starting 1 worker(s)
Jul 09 19:40:05 pve pveproxy[1758]: worker 2200 startedDas mit dem Root-Dateisystem ist auch etwas, das eventuell das problem sein könnte. Ich hatte da bereits einige probleme.
Sagt dir
Da müsstest du dann gucken was dir das Root-Dateisystem vollgeschrieben hat (meistens Backups in /var/lib/vz/dump, Logs in /var/log, oder ein Directory Storage der falsch manuell eingerichtet wurde und nicht dicht macht, wenn ein Mounten scheitert, weil "is_mountpoint" fehlt) und Sachen löschen um Platz zu schaffen.
df -h das "/" bei 100% ist? Dann hättest du dein Root-Dateisystem so volllaufen lassen, dass da nichts mehr läuft.Da müsstest du dann gucken was dir das Root-Dateisystem vollgeschrieben hat (meistens Backups in /var/lib/vz/dump, Logs in /var/log, oder ein Directory Storage der falsch manuell eingerichtet wurde und nicht dicht macht, wenn ein Mounten scheitert, weil "is_mountpoint" fehlt) und Sachen löschen um Platz zu schaffen.
Last edited:
Dann hab ich ja gut geraten und du müsstest über SSH:
6.5G ist auch sehr wenig Platz für das Root-Dateisystem. Da würde ich mindestens 16G, besser 32G, verwenden. Hast du PVE auf einen 32GB USB-Stick/MicroSD-Karte installiert, dass das so klein ist? Weil das sollte man auch nicht...
Last edited:
Ich habe jetzt die /var/log gecleart, im anderen verzeichnis war nix.
Ich weiss auch, dass ich auf der installations-disk noch speicher übrig habe, der ich aber nur für iso's etc. verwenden kann. Wie kann ich das layout so verändern, dass ich weniger speicher für iso's und co habe, den ich eh nicht brauche, und dafür mehr für das installierte system?
Ich weiss auch, dass ich auf der installations-disk noch speicher übrig habe, der ich aber nur für iso's etc. verwenden kann. Wie kann ich das layout so verändern, dass ich weniger speicher für iso's und co habe, den ich eh nicht brauche, und dafür mehr für das installierte system?
das habe ich in der storage.cfg
dir: local
path /var/lib/vz
content iso,backup,vztmpl
lvmthin: local-lvm
thinpool data
vgname pve
content images,rootdir
dir: main
path /mnt/pve/main
content images,iso,backup,vztmpl,rootdir,snippets
is_mountpoint 1
nodes pve
pbs: backup
datastore backup
server 192.168.1.156
content backup
fingerprint 2e:40:03:bc:1e:40:97:67:f6:f9:8f:0d:8e:01:90:e5:7b:80:45:14:c3:93:16:7a:34:7e:28:a8:c0:c7:bd:16
prune-backups keep-all=1
username backup@pbs
Main ist ein Raid bestehend aus drei separaten disks.
fdisk -l gibt folgendes aus:
fdisk -l gibt folgendes aus:
Disk /dev/sda: 557.75 GiB, 598879502336 bytes, 1169686528 sectors
Disk model: PERC H700
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: 67774D2A-9526-41BE-9F1C-487F32F98820
Device Start End Sectors Size Type
/dev/sda1 2048 1169686494 1169684447 557.7G Linux filesystem
Disk /dev/sdb: 14.84 GiB, 15938355200 bytes, 31129600 sectors
Disk model: Card Reader
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: B8ACE228-65E4-4A40-A6D3-B46414C035EC
Device Start End Sectors Size Type
/dev/sdb1 34 2047 2014 1007K BIOS boot
/dev/sdb2 2048 1050623 1048576 512M EFI System
/dev/sdb3 1050624 31129566 30078943 14.3G Linux LVM
Disk /dev/mapper/pve-swap: 1 GiB, 1073741824 bytes, 2097152 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: 6.67 GiB, 7159676928 bytes, 13983744 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
Wie ich schon vermutet habe...du hast PVE auf einer SD-Kart installiert. Das sollte man übrigens nicht, da PVE viel schreibt und USB-Sticks/SD-Karten kein Wear-Leveling haben und dir früher oder später die CD-Karte wegsterben wird, wenn das eine "Industrial Grade" SD-Karte mit SLC-NAND ist. PVE sollte wirklich nur auf SSDs, HDDs oder DOMs installiert werden.
Und nein. Du meinst vermutlich den LVM-Thin Pool "local-lvm", den kann man aber nur für LXCs oder VMs verwenden. du könntest das Forum durchsuchen, da gibt es genug Anleitungen wie du das "data" LV löscht und dann mit den gewonnenen Platz der "pve" VG du dann dein "root" LV vergrößern kannst. Das wäre dann aber auch echt nur Symptopbekämpfung und früher oder später stirbt dir die SD-Karte weg und nichts läuft mehr.