NEWS
[gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup
-
@tritor sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
bei mir ging das auch nicht, und zwar nach dem Update auf Proxmox8.
VMs schreiben das Backup direkt auf z.b. einen NFS share vom NAS. So ist das zumindest bei mir.Bei den LXC wird soweit ich das sehen konnte zuerst ein lokales File im einem temp Vezeichnis erzeugt und dieses dann, wenn fertig, auf den NFS Share verschoben.
Ich habe eine lokale Disk gemounted und die dann als tmp directory für Proxmox angegeben:
consider configuring a local tmpdir via /etc/vzdump.conf
content:
tmpdir: /mnt/sda/temp
Danach liefen die Backups wieder wie gewohnt.
Da gibt es eventuell andere Methoden, aber so läuft es bei mir.
in der vzdump.conf hat das gefehlt: tmpdir: /tmp nun geht auch das backup vom LXC wieder...
-
@crunchip sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Beim Update wurde ich gefragt ob die Datei lvm.conf überschrieben oder beibehalten werden soll. Hier habe ich überschreiben gewählt, das Original aber gesichert. Könnte das damit zusammenhängen?
schon mal beide Verglichen?
Hat sich scho alles geklärt. Das ganze ist ein proxmox bug ein downgrad von KVM hat geholfen...
-
Danke das du im ersten Beitrag den Befehlt ergänzt hast.
Vielleicht noch ein [gelöst] in die überschrift.
-
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Genau dieses verhalten habe ich jetzt auf zwei verschiedene host und bei allen drei iobroker VMs, alle andere VMs funktionieren normal auch nach einem Backup.
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Das ganze ist ein proxmox bug
passt aber irgendwie nicht zusammen, oder einfach nur Zufall
-
Wenn ich mir das hier trotz meines schlechtem
Englisch durchlese, haben die genau das gleiche Problem wie ich und wenn dann auch noch der workaround hilft kann es eigentlich kein Zufall sein.https://forum.proxmox.com/threads/pve-100-cpu-on-all-kvm-while-vms-are-idle-at-0-5-cpu.138140/page-2
-
@ticaki sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Danke das du im ersten Beitrag den Befehlt ergänzt hast.
Vielleicht noch ein [gelöst] in die überschrift.
Erledigt
-
@saeft_2003 sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Englisch durchlese, haben die genau das gleiche Problem wie ich und wenn dann auch noch der workaround hilft kann es eigentlich kein Zufall sein.
Moin,
doch, denn es hängt mit einem speziellen
iothread
zusammen, wenn die VM das nicht nutzt, dann hast Du kein Problem, wenn es genutzt wird, dann Problem.Ändert aber nichts an der Tatsache, dass ein Downgrade oder ein Upgrade zur Testing Version des
pve-qemu-kvm
die Lösung ist, für die die VMs einsetzen!VG
Bernd -
Hi, gibt es eine Möglichkeit, bei Upgrade von 7 auf 8 die Version 8.1.2-4 auszuwählen?
-
Bin nicht danach gefragt worden. Aber der downgrad ist eine Sache von Sekunden…
-
@schmakus sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Hi, gibt es eine Möglichkeit, bei Upgrade von 7 auf 8 die Version 8.1.2-4 auszuwählen?
Moin,
Du kommst doch von V 6, eine Migration über zwei Releases würde ich nicht machen, außer Du bist fit in Linux, dann kann man erst zu 7 migrieren und dann nach ausführlichen Tests von 7 zu 8.
Der Aufwand und die Gefahr, dass etwas schiefgeht, steht für mich in keinem Verhältnis zur sauberen Neuinstallation, mit vorheriger Sicherung aller VMs, LXC.VG
Bernd -
@saeft_2003 sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Aber der downgrad ist eine Sache von Sekunden…
Moin,
habe gerade gesehen, dass es eine neue Version gibt, vielleicht ist damit ein Downgrade nicht mehr nötig
VG
Bernd -
@dp20eic
hab ich gerade aktualisiert, dass steht im changelog:
pve-qemu-kvm (8.1.2-6) bookworm; urgency=medium
- revert attempted fix to avoid rare issue with stuck guest IO when using
iothread, because it caused a much more common issue with iothreads
consuming too much CPU
-- Proxmox Support Team support@proxmox.com Fri, 15 Dec 2023 14:22:06 +0100
Kann bestätigen das der bug beseitigt wurde, somit ist ein downgrade nicht mehr notwendig!
- revert attempted fix to avoid rare issue with stuck guest IO when using