Proxmox Oberfläche nach Stromausfall nicht mehr erreichbar
- Thread starter lethuer
- Start date
Mit ext4 ist doch sogar das verkleinern relativ problemlos möglich. Müsste man mal schauen wie die Partitionierung genau ist.
Aber Falk hat Recht, eigentlich ist es nur ein kosmetisches Ding.
Aber Falk hat Recht, eigentlich ist es nur ein kosmetisches Ding.
Moin !
Ich hatte leider wieder das Problem, dass mein "local" voll war.
Mit
habe ich dieses mal das hier bekommen:
Trotzdem habe ich dann mit
das System "local" dann wieder von rund 30GB auf 6.1GB reduzieren können.
Wie bekomme ich genauer raus was da jedes mal mit der Zeit den log Ordner voll müllt ?
Kann mich da jemand genauer anleiten und evtl. irgendwie nach der Ursache forschen ?
Auch bei meinen beiden LXC Containern hatte ich danach noch geschaut und gesehen, dass die "Bootdisk Größe" rot war.
Hier habe ich dann eben falls 15.2GB beim ersten bzw. 8.2GB beim zweiten Container frei machen können.
Beide melden aber ebenfalls:
bzw.
Was heißt das?
Ich hatte leider wieder das Problem, dass mein "local" voll war.
Mit
Code:
root@proxmox:~# journalctl --disk-usagehabe ich dieses mal das hier bekommen:
Code:
Journal file /var/log/journal/27a75f85666348ada3dad0aff5ce8b9a/system.journal is truncated, ignoring file.Trotzdem habe ich dann mit
Code:
journalctl --vacuum-size 1Gdas System "local" dann wieder von rund 30GB auf 6.1GB reduzieren können.
Wie bekomme ich genauer raus was da jedes mal mit der Zeit den log Ordner voll müllt ?
Kann mich da jemand genauer anleiten und evtl. irgendwie nach der Ursache forschen ?
Auch bei meinen beiden LXC Containern hatte ich danach noch geschaut und gesehen, dass die "Bootdisk Größe" rot war.
Hier habe ich dann eben falls 15.2GB beim ersten bzw. 8.2GB beim zweiten Container frei machen können.
Beide melden aber ebenfalls:
Code:
Journal file /var/log/journal/a55811e5e7dd471c8828522cf3772105/system.journal is truncated, ignoring file.
Code:
Journal file /var/log/journal/b63388389bb241bc9e5317b71cd5ae20/system.journal is truncated, ignoring file.
Last edited:
Ich hatte leider wieder das Problem, dass mein "local" voll war...
Und wieder führte das dazu, dass nach einem Stromausfall nix mehr ging.
Erst gingen Zigbee Geräte nicht mehr, dann war kein Reboot mehr möglich.
Wer kann mir helfen herauszufinden warum „local“ immer voll läuft ??
Und wieder führte das dazu, dass nach einem Stromausfall nix mehr ging.
Erst gingen Zigbee Geräte nicht mehr, dann war kein Reboot mehr möglich.
Wer kann mir helfen herauszufinden warum „local“ immer voll läuft ??
Wenn du wieder Zugriff auf die Konsole hast, würde ich zB mit
du -sh * | sort -hr
die Order der Größe nach anzeigen lassen. Danach kann man schauen, welche Dateien darin erstellt sind und hat so ev. einen Rückschluss wer sie produziert bzw woher sie kommen.
Ev. noch ncdu installieren und mit diesem Programm schauen.
apt install ncdu
du -sh * | sort -hr
die Order der Größe nach anzeigen lassen. Danach kann man schauen, welche Dateien darin erstellt sind und hat so ev. einen Rückschluss wer sie produziert bzw woher sie kommen.
Ev. noch ncdu installieren und mit diesem Programm schauen.
apt install ncdu
Ich musste halt mal wieder mit
Also das was voll ist ist der Journal Ordner, das weiß ich ja schon…
Nur weiß ich eben nicht warum.
Post in thread 'Proxmox Oberfläche nach Stromausfall nicht mehr erreichbar'
https://forum.proxmox.com/threads/p...fall-nicht-mehr-erreichbar.150913/post-683158
In der datei
Ich verstehe daher nicht wieso der ordner
den log Ordner leer machen. Danach lief dann wieder alles.
Also das was voll ist ist der Journal Ordner, das weiß ich ja schon…
Nur weiß ich eben nicht warum.
Post in thread 'Proxmox Oberfläche nach Stromausfall nicht mehr erreichbar'
https://forum.proxmox.com/threads/p...fall-nicht-mehr-erreichbar.150913/post-683158
In der datei
/etc/systemd/journald.conf steht mittlerweile auch SystemMaxUse = 750MIch verstehe daher nicht wieso der ordner
/var/log/journalüberhaupt volllaufen kann…
Last edited:
Und gerade habe ich noch ein backup problem bei den containern (VM geht)
Und auf der Backup Platte ist auch platz…
Und auf der Backup Platte ist auch platz…
Code:
INFO: starting new backup job: vzdump --compress zstd --mode snapshot --mailnotification always --storage Backup --notes-template '{{guestname}}' --node proxmox --quiet 1 --prune-backups 'keep-daily=14' --all 1
INFO: Starting Backup of VM 100 (lxc)
INFO: Backup started at 2025-11-23 00:00:03
INFO: status = running
INFO: CT Name: InfluxDB2
INFO: including mount point rootfs ('/') in backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
snapshot create failed: starting cleanup
no lock found trying to remove 'backup' lock
ERROR: Backup of VM 100 failed - lvcreate snapshot 'pve/snap_vm-100-disk-0_vzdump' error: Cannot create new thin volume, free space in thin pool pve/data reached threshold.
Last edited:
Du könntest so etwas probieren und zu sehen welcher Service am meisten loggt
Generell hat das Journal aber ein Limit und sollte nicht voll laufen.
Für das andere Problem Teile bitte
Bash:
journalctl --output=cat --output-fields=UNIT | grep ".service" | sort | uniq -c | sort -nr | head -n50Für das andere Problem Teile bitte
Bash:
lvs
pct fstrim 100
lvsUnd das wird doch hier eingestellt oder bin ich falsch ?
/etc/systemd/journald.conf mit SystemMaxUse = 750M
